Консультанты по проекту (работе, с указанием относящихся к ним разделов проекта)
Организация существующей ЛВС предприятия
Постановка задачи
Формирование заказа в автоматическом режиме
Требования к системе
Описание программы
Описание модулей программы
Обоснование применения специальных средств защиты информации
Сервер аутентификации по имени пользователя и имени TGS сервера извлекает из базы данных ключи для каждого из них
Безопасность и экологичность проекта
Охpана окружающей среды
Оценка пожарной обстановки в населенных пунктах
При подаче заявки на регистрацию должна быть предоставлена доверенность, подтверждающая полномочия представителя
Навигация
Постановка задачи
Информационная система складского терминала
126888
знаков
24
таблицы
0
изображений
1.3 Постановка задачи
1.3.1 Наименование, область применения, цель создания системы
Разрабатываемая система, называемая «Информационная система комплекса складских терминалов» предназначена для автоматизации процесса управления движением материальных потоков складского комплекса. Цель разработки – перевод устаревшей СУБД на новую архитектуру клиент-сервер, исправление обнаруженных недостатков существующей системы. Существующая программа «Складской терминал» работает под управлением операционной системой MS-DOS. При этом она «вешает» машину при попытке запуска из-под Windows’95, поэтому, для работы с программой приходится перезагружать компьютер в режиме командной строки. Тот факт, что она написана под DOS, уже свидетельствует о неудобном интерфейсе пользователя. Отсутствие поддержки мышки, сложность, запутанность и непонятность назначения некоторых диалоговых окон, отсутствие системы помощи (не говоря уже о гибкой системе контекстной подсказки), неудобство ввода информации и многое другое еще меньше привлекает к программе. Система управления базой данных построена на технологии файл-сервер. При этом программа может работать как с локальной, так и с сетевой базой данных. Заметим, что при отсутствии доступа к сетевой базе, программа автоматически переключается на локальную базу, не выдавая при этом никаких предупреждений и сообщений. Еще несколько лет назад, среди СУБД наибольшей популярностью пользовались СУБД dBase, Paradox, Rbase, получившие общее название Xbase (созданных на технологии файл-сервер), а в качестве инструментальных средств самыми распространенными были Clipper и FoxPro. Сейчас на рынке этих СУБД распространенны Access, FoxPro, Paradox, dBase. В ходе эксплуатации таких систем были выявлены общие недостатки архитектуры файл-сервер, которые состоят в следующем:
ü вся тяжесть вычислительной работы ложится на компьютер клиента; например, если в результате запроса клиент должен получить 2 записи из таблицы объемом 100000 записей, все 100000 записей будут скопированы с файл-сервера на клиентский компьютер; в результате возрастает загрузка сети (сетевой трафик) и увеличиваются требования к аппаратным мощностям пользовательского компьютера; заметим, что потребности в постоянном увеличении вычислительных мощностей клиентского компьютера обуславливаются постоянно возрастающим объемом накапливаемой и обрабатываемой информации;
ü поскольку БД представляет собой набор файлов на сетевом сервере, доступ к таблицам регулируется только сетевой операционной системой, что делает такие БД по сути беззащитными от случайного или намеренного искажения хранящейся в ней информации, уничтожения или хищения;
ü недостаточно развитый аппарат транзакций локальных СУБД служит потенциальным источником ошибок как при одновременном внесении изменений в одну и ту же запись, так и при реализации отката результатов серии объединенных по смыслу в единое целое операций над БД, когда некоторые из них завершились успешно, а некоторые – нет; это может нарушать ссылочную и смысловую целостность БД.
Но самый главный недостаток таких СУБД, это то, что только данная конкретная программа способна правильно производить изменения в БД, сохраняя их целостность. Любое стороннее вмешательство в базу данных может привести к полному разрушению данных и потере всей информации.
1.3.2 Задачи, решаемые с помощью системы
Из всех задач, решаемых данной системой можно выделить ряд основных задач – необходимость которых обязательна для любой информационной системы подобного рода. К таким задачам относятся:
o Учет продукции поступающей в зону складского комплекса.
o Учет продукции отгруженной из зоны складского комплекса.
o Возможность постоянного контроля состояния складского комплекса (наличие свободных, занятых ячеек и т.д.)
o Идентификация пользователей системы.
o Формирование необходимой документации.
1.3.3 Требования к защите информации в ЛВС подразделения
Чтобы обеспечить требуемый уровень безопасности информации в ЛВС подразделения, система безопасности должна иметь следующие средства:
· Средства идентификации и проверки полномочий
· Средства обеспечения защиты файлов
· Средства защиты ОС и программ пользователей
· Средства шифрования/дешифрования трафика сети
· Средства уничтожения остатков информации в системе
· Средства регистрации обращений к системе.
1.3.4 Характеристика объектов обработки
В соответствии с перечисленными задачами, реализуемыми системой, дадим характеристику соответствующих объектов обработки информации:
Приемка продукции на склад. Продукцию на склад доставляют автомобильным или железнодорожным транспортом. В процессе разгрузки продукция укладывается на деревянные поддоны по определенным правилам. На один поддон укладывается продукция одного наименования с одним и тем же сроком годности. Максимальное количество коробов, располагаемое на одном поддоне, определяется исходя из их размера и веса. После формирования поддоны упаковывают пленкой (паллетизируют). Упакованный поддон с продукцией называется паллетой. После этого каждой паллете определяется адрес на складе. Водители электропогрузчиков развозят паллеты по адресам.
Отгрузка продукции клиентам. Из отдела продаж заведующий складом получает накладную, в которой указан ассортимент продукции необходимый клиенту, а также его количество. Система определяет адреса на складе, где находится необходимая продукция. Выдает на печать приказы водителям электропогрузчиков на перемещение продукции из адресов в определенное место (место заказа). После перемещения продукции из адресов проверяется
наличие всех наименований продукции, а также их количество. По прибытию клиента заказ отгружается из зоны заказа в машину или вагон.
1.3.5 Функциональные требования к системе
· ввод, запись и хранение информации о приходе или отгрузке продукции на складе;
· при приеме продукции на склад система должна обеспечивать два режима работы:
1. Прием продукции в ручном режиме.
2. Прием продукции в автоматическом режиме.
При приеме продукции в ручном режиме адреса, в которых будет расположена продукция, выбираются оператором самостоятельно и заводятся вручную. При приеме продукции в автоматическом режиме система должна сама выбирать удобное расположение для поступающей на склад продукции. Оператор заводит в базу данных только код и срок годности товара. Адрес для него система определяет автоматически.
· При отгрузке товара система также должна обеспечивать два режима:
Похожие работы
... на специализированные программные продукты. Это существенно экономит трудовые ресурсы, одновременно повышая производительность труда. 2.1 Информационная система предприятия при организации удаленного склада Автоматизация склада объединяет системы управления складом, технологию штрих-кодирования, радиотерминалы, сканеры, складское и транспортно-погрузочное оборудование, производственные ...
... заключения с целью планирования прохождения процедуры продления предварительного заключения. Бизнес-процесс "Прием месячных заявок клиентов" Прием уточненных месячных заявок Анализ изменений в заявках клиентов В логистической системе должна быть возможность отслеживать изменения в заявках клиентов (как причину изменения графика производства). Бизнес-процесс "Перемещение ГП из цеха на склад ...
... предприятия. Для дальнейшего развития Системы необходимо рассчитать экономическую эффективность проекта. Для этого необходимо выбрать направление распространения Системы. Заказчиком системы выступало закрытое акционерное общество "Белгородский бройлер". Произведем расчет экономической эффективности проекта с точки зрения заказного проекта. Структура экономической части при создании программного ...
... в тех разрезах, которые Вам необходимы, формируя набор показателей «на лету». Прозрачность и достоверность данных обеспечивается наличием всей необходимой информации в единой системе. «Управление производством» позволяет полностью контролировать процесс прохождения производственного заказа по всем этапам производственного цикла от расчета потребностей в материалах и производственных ресурсах до ...
0 комментариев