Проектирование информационной системы склада
Разработка модели программного обеспечения. Рассмотрение особенностей создаваемой информационной системы, предназначенной для складских процессов. Ознакомление с требованиями к структуре и функционированию системы. Анализ логической модели базы данных.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 23.07.2018 |
Размер файла | 1,7 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
ГУАП
КАФЕДРА № 82
Курсовая работа на тему: «Проектирование информационной системы склада»
По курсу: «Проектирование информационных систем»
Преподаватель Т.Г. Помозова доц., канд. экон. наук
Работу выполнила студентка гр. 8426 А.В. Дидковская
Санкт-Петербург, 2018
Содержание
Введение
1. Проведение обследования
1.1 Описание организационной структуры
1.1.1 Дерево организационной структуры
1.1.2 Сбор информации
1.1.3 Словарь проекта
1.2 Диаграмма потоков данных
1.2.1 Структура информационных потоков
1.2.2 Описание информационных потоков
2. Требования к ИС
2.1 Требования к структуре и функционированию системы
2.2 Требования к надежности
2.3 Требования к контролю, хранению, обновлению и восстановлению данных
2.4 Требования к защите информации от несанкционированного доступа
3. Планирование разработки
4. Разработка концептуальной модели проектирования
5. Разработка модели программного обеспечения
5.1 Модель базы данных
5.2 Модель программного обеспечения
6. Оценка экономической эффективности
Заключение
Список литературы
Введение
Создаваемая информационная система предназначена для складских процессов на предприятии. Название - RFID-Control.
Система RFID-Control - ИС для автоматической идентификации объектов, в котором посредством радиосигналов считываются или записываются данные, хранящиеся в так называемых транспондерах, или RFID-метках.
1. Проведение обследования
1.1 Описание организационной структуры
Организационная структура управления - это совокупность управленческих звеньев, расположенных в строгой соподчиненности и обеспечивающих взаимосвязь между управляющей и управляемой системами.
Описание организационной структуры предприятия кажется очевидным только на первый взгляд. По факту даже многие руководители внутри компании представляют ее с некоторой разницей во взглядах. Но для нормального хода проекта необходимо четко понимать структуру компании.
1.1.1 Дерево организационной структуры
Графическое описание организационной структуры позволяет увидеть какие звенья функционируют на предприятии и их связи.
Рисунок 1. Дерево организационной структуры
1.1.2 Сбор информации
При помощи простого анкетирования сотрудников можно быстро построить полную и актуальную организационную структуру компании.
Для сбора информации были выбраны следующие вопросы:
1. ФИО сотрудников склада, телефон, e-mail.
2. Координаты и контакты лица, к которому можно обращаться.
3. Каковы цели создания ИС?
4. Какая информация поступает из других отделов?
5. Какая информация отправляется в другие отделы/филиалы?
6. Какие отчеты формируются, получаются, отправляются?
7. Как осуществляется контроль обязательности данных?
8. Техническое оснащение склада.
9. Какая информация должна храниться в ИС.
10. Используемое ПО.
11. Подпись.
1.1.3 Словарь проекта
Результаты анкетирования позволили подробнее разобраться в недостатках текущей реализации рабочих функций и был составлен словарь проекта.
Таблица 1. Словарь проекта
№ |
Функция/объект |
Текущая реализация |
Требуемая реализация |
Дополнительные требования |
|
1 |
ХД(хранилище данных) - основная ИС |
Автоматизировано на 1С |
Реализовать новую систему, которая будет работать с RFID |
нет |
|
2 |
Ежемесячные, ежеквартальные и годовые отчеты |
автоматизировано |
Автоматизировать систему подготовки отчетов |
нет |
|
3 |
Инвентаризация |
автоматизировано |
Автоматизировать процесс инвентаризации |
нет |
|
4 |
Контроль на обязательность данных |
нет |
Реализовать обязательность данных |
Без ввода всех данных не осуществлять возможность завершения работы с отчетами |
|
5 |
Контроль на корректность формата данных |
нет |
Реализовать специальные RFID метки |
нет |
Описание предметной области.
В документах, в которых очень важно однозначно понимать слова, часто используется раздел "Терминология" или "Описание предметной области", для более точного определения.
Предметной областью реализуемого проекта является склад.
Основные предметно-значимые сущности: товар, поставка, отправка, инвентаризация.
Основные предметно-значимые атрибуты сущностей:
· Данные о товаре - изображение, артикул, сезон, описание, цвет, класс, размер, наличие на складе, наличие в торговом зале.
· Журнал товарного движения - номер документа, тип, действие, количество, в магазин/из магазина, учтен, пользователь.
· Представленность в зале - данные о товаре, к перемещению на склад, к перемещению в зал.
· Архив инвентаризаций-дата, номер документа, %сохранности, %потери.
Основные требования к функциям системы:
· Однотипность данных;
· Контроль обязательности данных;
· Наличие предварительных расчетов;
· Быстрота выполнения.
1.2 Диаграмма потоков данных
Диаграммы потоков данных (Data Flow Diagrams -- DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления -- продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
1.2.1 Структура информационных потоков
На структуре информационных потоков графически изображены информационные связи, связанные с исследуемым объектом.
Рисунок 2. Модель информационных потоков
1.2.2 Описание информационных потоков
Далее описывается каждый поток в соответствии с нумерацией.
Таблица 2. Описание информационных потоков
№ |
Название |
Описание |
|
1 |
Поставка |
Артикул, размер, количество, номер документа, тип документа, дата |
|
2 |
Данные торговый зал |
Артикул, размер, количество. |
|
3 |
Данные склад |
Артикул, размер, количество. |
|
4 |
Данные поставщика |
Артикул, размер, количество, номер документа, тип документа, дата |
|
5 |
Данные поставщика |
Код поставщика, номер документа, тип документа, дата |
|
6 |
Данные торгового зала от поставщика |
Артикул, размер, количество. |
|
7 |
Данные склада от поставщика |
Артикул, размер, количество, излишек, избыток. |
|
8 |
Пополнение/свес торгового зала |
Артикул, размер, количество, наличие на складе, наличие в торговом зале |
|
9 |
Отправка |
Артикул, размер, количество, номер документа, тип документа, дата |
|
10 |
Отчет по торговому залу |
Артикул, размер, количество, излишек, избыток |
|
11 |
Отчет по складу |
Артикул, размер, количество, к перемещению на склад, к перемещению в зал. |
|
12 |
Накладная от поставщика |
Артикул, размер, количество, номер документа, тип документа, дата |
2. Требования к ИС
Для формирования требований к ИС составляется техническое задание. Для его написания существует ГОСТ.
В соответствии с ГОСТом 34.602-89 «Техническое задание на создание автоматизированной системы (АС)» разделами ТЗ являются:
ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:
1) общие сведения;
2) назначение и цели создания (развития) системы;
3) характеристика объектов автоматизации;
4) требования к системе;
5) состав и содержание работ по созданию системы;
6) порядок контроля и приемки системы;
7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
8) требования к документированию;
9) источники разработки.
В ТЗ на АС могут включаться приложения.
В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.
В ТЗ на части системы не включают разделы, дублирующие содержание разделов ТЗ на АС в целом.
Общие требования к реализуемой ИС описаны далее.
2.1 Требования к структуре и функционированию системы
ИС должна быть централизованной, т.е. все данные должны располагаться в центральном хранилище.
Система должна поддерживать следующие режимы функционирования:
· основной режим, в котором ИС выполняет все свои основные функции;
· профилактический режим, в котором одна или все подсистемы не выполняют своих функций.
В основном режиме функционирования ИС должна обеспечивать:
· работу пользователей режиме - 24 часов в день, 7 дней в неделю (24х7);
· выполнение всех функций - сбор, обработка и загрузка данных;
· хранение данных, предоставление отчетности.
В профилактическом режиме ИС должна обеспечивать возможность проведения следующих работ:
· техническое обслуживание;
· модернизацию аппаратно-программного комплекса;
· устранение аварийных ситуаций.
Общее время проведения профилактических работ не должно превышать 7% от общего времени работы системы в основном режиме (200 часов в месяц).
В ИС выделяются следующие функциональные подсистемы:
· подсистема сбора, обработки и загрузки данных, которая предназначена для реализации процессов сбора данных;
· подсистема хранения данных;
· подсистема формирования отчетности.
ИС должна составлять отчеты:
· Отчет «Данные о товаре»: изображение, артикул, сезон, описание, цвет, класс, размер, наличие на складе, наличие в торговом зале
· Отчет «Журнал товарного движения»: номер документа, тип, действие, количество, в магазин/из магазина, учтен, пользователь
· Отчет «Представленность в зале»: изображение, артикул, сезон, описание, цвет, класс, размер, наличие на складе, наличие в торговом зале, к перемещению на склад, к перемещению в зал
· Отчет «Архив инвентаризаций»: дата, номер документа, %сохранности, %потери
· Отчет «Торговый зал»: артикул, размер, количество, излишек, избыток
· Отчет «Отправка»: артикул, размер, количество, номер документа, тип документа, дата
· Отчет «Поставка»: артикул, размер, количество, номер документа, тип документа, дата
· Отчет «Пополнение/свес торгового зала»: артикул, размер, количество, наличие на складе, наличие в торговом зале
· Отчет «Данные поставщика»: артикул, размер, количество, номер документа, тип документа, дата
· Отчет «Данные торгового зала от поставщика»: артикул, размер, количество
· Отчет «Данные склада от поставщика»: артикул, размер, количество, излишек, избыток
2.2 Требования к надежности
В случае сбоев в ходе работы программы она выводит сообщение об ошибке. Если данные введены некорректно, или нет каких-либо значений, программа сообщит об ошибке.
2.3 Требования к контролю, хранению, обновлению и восстановлению данных
Система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных.
Хранение исторических данных в системе должно производиться не более чем за 5 (пять) предыдущих лет. По истечению данного срока данные должны переходить в архив с возможностью их просмотра и восстановления.
Для всех данных необходимо обеспечить резервное копирование его бинарных файлов один раз в день и хранение копии на протяжении 6-ти месяцев.
2.4 Требования к защите информации от несанкционированного доступа
Обеспечение информационное безопасности ОИС должно удовлетворять следующим требованиям:
· Защита Системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер.
· Защита Системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ.
· Программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики Системы (надежность, быстродействие, возможность изменения конфигурации).
3. Планирование разработки
С помощью инструментов MS Project Microsoft Project - программа управления проектами, разработанная и продаваемая корпорацией Microsoft. были описаны этапы разработки ИС.
Диаграмма Ганта проекта:
Рисунок 3. Диаграмма Ганта
Распределение ресурсов:
Рисунок 4. Ресурсы
Итоговая стоимость разработки ИС:
Рисунок 5. План работ с назначением ресурсов и подсчетом затрат
Разработка ИС займет 64 дня, стоимость разработки без учета закупаемого оборудования - 344720 руб.
4. Разработка концептуальной модели проектирования
IDEF -- методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.
IDEF0 - это методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков -- в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Technique).
Стандарт IDEF0 представляет организацию как набор модулей, кроме того есть правило стороны:
· стрелка входа приходит всегда в левую кромку активности,
· стрелка управления -- в верхнюю кромку,
· стрелка механизма -- нижняя кромка,
· стрелка выхода -- правая кромка.
Мною были разработаны концептуальные модели на трех уровнях системы:
1) Концептуальная модель проектирования на уровне системы.
Рисунок 6. Концептуальная модель проектирования на уровне системы
2) Концептуальная модель проектирования на уровне функций.
Рисунок 7. Концептуальная модель проектирования на уровне функций
3) Концептуальная модель проектирования на уровне задач.
Рисунок 8. Концептуальная модель проектирования на уровне задач
5. Разработка модели программного обеспечения
На следующем, более низком уровне моделирования находится логическая модель данных предметной области. Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью.
5.1 Модель базы данных
Рисунок 9. Логическая модель БД
5.2 Модель программного обеспечения
После создания логической модели БД, был реализован интерфейс пользователя.
Начальная страница работы пользователя содержит все нужные функции для упрощения работы. Ниже предоставлены несколько страниц работы пользователя с отчетами:
Рисунок 10. Начальная страница
Рисунок 11. страница торгового зала
Рисунок 12. журнал движения товаров
6. Оценка экономической эффективности
Экономическая эффективность -- это соотношение полученных результатов производства -- продукции и услуг и затрат труда и средств производства. программный информационный складской
Для измерения эффективности производства используются показатели производительности труда, фондоотдачи, рентабельности, прибыльности, окупаемости и др. С их помощью сопоставляются различные варианты развития производства, решения его структурных проблем.
Оценка экономической эффективности проводилась в соответствии ГОСТу 24.702-85 «Эффективность автоматизированных систем управления».
Таблица 3. Расчет экономических показателей
Показатели в год |
Базовая технология S1 |
Новая технология S2 |
Изменения |
|
Стоимость ПК |
0 |
28000 |
28000 |
|
Стоимость меток |
0 |
172800 |
172800 |
|
Затраты на содержание и ремонт |
11000 |
20000 |
9000 |
|
Стоимость ТСД Motorolla |
0 |
425400 |
425400 |
|
Стоимость разработки ПО |
0 |
344720 |
344720 |
|
Затраты на электроэнергию |
34000 |
48000 |
14000 |
|
Амортизационные отчисления |
8000 |
23000 |
15000 |
|
Стоимость стола перемещений |
0 |
21240 |
21240 |
|
Стоимость RFID антен |
0 |
11800 |
11800 |
|
Количество задействованных сотрудников |
18 |
9 |
9 |
|
Средний доход от продаж |
4100000 |
5600000 |
1500000 |
|
Заработная плата |
5184000 |
2376000 |
2808000 |
|
Итоги |
9337000 |
9070960 |
-266040 |
Срок окупаемости 15,5 месяцев.
Заключение
По итогам проведенных работ все цели были достигнуты. Система позволяет пользователям оптимизировать и ускорить информацию о потоках товара на склад и в торговый зал.
Интерфейс прост и интуитивно понятен, что позволяет минимизировать ошибки из-за человеческого фактора.
Срок окупаемости - 1 год и 3 месяца, что говорит о целесообразности вложения средств в данную информационную систему.
Список литературы
1. Балдин, К.В Информационные системы в экономике: Учебник. М.: Дашков и К, 2015. - 395 c.
2. ГОСТ 34.602-89. Информационная технология. Технические задания на создание автоматизированной системы.
3. ГОСТ 24.702-85. Эффективность автоматизированных систем управления.
4. ГОСТ 34.003-90. Автоматизированные системы. Термины и определения.
5. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.
6. Система автоматизации работы склада - RFID - Control URL;<http://pandia.ru/text/78/108/6729.php >
Размещено на Allbest.ru
Подобные документы
Создание информационной системы для автоматизации проведения анкетирования среди студентов и преподавателей учебных заведений. Требования к структуре и функционированию системы, программному обеспечению. Проектирование логической модели базы данных.
курсовая работа [2,4 M], добавлен 08.03.2016Анализ бизнес-процессов предприятия. Определение сущностей и связей между ними. Создание таблиц, запросов, отчетов и форм. Построение логической модели информационной системы. Разработка программного обеспечения. Инструкция по использованию базы данных.
дипломная работа [3,1 M], добавлен 16.08.2015Разработка информационно-логической модели проектируемой информационной системы. Алгоритм функционирования информационной системы. Описание базы данных. Описание входной, промежуточной и выходной информации. Техническое и программное обеспечение.
реферат [28,1 K], добавлен 09.01.2009Проектирование логической модели системы: контекстная диаграмма и детализация процессов, реализация ссылочной целостности. Описание работоспособного программного обеспечения для проекта. SQL-определения запросов. Описание базы данных контрольного примера.
курсовая работа [91,4 K], добавлен 01.09.2010- Разработка информационной системы для автоматизации учета ремонта электрооборудования на предприятии
Архитектура и функции информационной системы для автоматизации учета ремонта электрооборудования. Построение модели прецедентов, потоков данных и процессов в стандарте IDEF0. Проектирование концептуальной и логической модели интегрированной базы данных.
курсовая работа [442,9 K], добавлен 06.08.2013 Анализ предметной области, этапы проектирования автоматизированных информационных систем. Инструментальные системы разработки программного обеспечения. Роль CASE-средств в проектировании информационной модели. Логическая модель проектируемой базы данных.
курсовая работа [410,6 K], добавлен 21.03.2011Исследование методов и способов разработки информационных систем. Автоматизация деятельности продовольственного магазина. Проектирование логической схемы информационной системы. Разработка модели базы данных и структуры вычислительно-локальной сети.
курсовая работа [389,2 K], добавлен 16.03.2017Основы методологии проектирования информационной системы. Общая характеристика и классификация CASE-средств. Рассмотрение логической, функциональной и физической модели данных системы "Студент". Расчет трудоемкости разработки программного изделия.
дипломная работа [1,9 M], добавлен 16.03.2012Анализ предметной области. Логическая и физическая модели информационной системы. Средства реализации диаграмм потоков данных. Заполнение форм ввода. Проверка регистрационных данных, работа с форумом. Требования к функционированию компонентов системы.
курсовая работа [2,3 M], добавлен 14.01.2018Предпроектное обследование ООО "ЮГАГРОМАШ". Технические и программные средства ЭИВТ предприятия. Создание логической и физической модели базы данных информационной подсистемы складского учета. Себестоимость автоматизированной информационной системы.
дипломная работа [4,8 M], добавлен 24.06.2011