- •Оглавление
- •Нормативные ссылки
- •Термины и определения
- •Сокращения
- •Введение
- •1 Спецификация требований по «Разработке программного обеспечения автоматизированной информационной системы малого предприятия по технологии erp-System»
- •1.1 Введение
- •1.1.1. Цель
- •1.1.2. Область применения
- •1.1.3. Определения, термины и сокращения
- •1.1.4. Ссылки
- •1.1.5. Обзор
- •1.1.6 Общее описание
- •1.2 Общее описание
- •1.2.1. Перспективы продукта
- •1.2.1.1. Концепции операций
- •1.2.1.2. Концепции пользовательского интерфейса
- •1.3.1.1. Пользовательские интерфейсы
- •1.3.1.2 Аппаратные интерфейсы
- •1.3.1.3. Программные интерфейсы
- •1.3.2 Детальные требования к системе автоматизации управления
- •1.3.4 Логические требования базы данных
- •1.3.5 Атрибуты программной системы
- •1.3.5.1 Надежность
- •1.3.5.6 Специальные требования
- •2 Исследовательская работа
- •2.1 Общие требования
- •2.2 Эволюция mrp, mrp II, erp, erp II
- •3.1.1.2 Модуль “Удаленный филиал”
- •3.1.2 Работа с базой данных
- •3.2 Среда проектирования
- •3.3 Выбор системы управления базой данных
- •3.4 Концептуальное и логическое формирование бд
- •3.4.1 Логическое проектирование
- •3.4.2 Разработка физической структуры бд
- •4 Детальное проектирование автоматизированной системы склада готовой продукции
- •4.1 Спецификация требований по
- •4.2 Выбор операционной среды и средств разработки
- •4.3 Проектирование базы данных
- •4.3.1 Описание структуры базы данных
- •4.4 Анализ взаимодействия основных компонентов программы
- •4.5 Диаграммы вариантов использования для программы
- •4.4 Проведения комплексной отладки и испытаний пк
- •5 Детальное проектирование. Реализация и техническая поддержка. Стандарты, нотация и инструментальные средства
- •5.1 Описание программного продукта
- •5.2 Модульная структура программного продукта
- •5.3 Описание свойств, методов и событий классов
- •5.4 Диаграмма процессов
- •5.5 Диаграмма состояний и переходов
- •5.6 Основные требования к интерфейсу
- •5.7 Руководство пользователя
- •5.7.1 Инсталляция и конфигурирование системы
- •5.7.2 Основы работы с программой
- •5.8 Методика оценки надежности проектирования
- •5.8.1 Расчет надежности информационной системы
- •5.8.2 Модель Миллса
- •5.8.3 Оценка надежности информационной системы. Интегральное и системное тестирования
- •6 Экономическая часть
- •6.1 Технико-экономическое обоснование (тэо)
- •6.1.1 Краткая характеристика предприятия
- •6.1.2 Содержание технологического процесса, в котором должна быть использована разработка Менеджер по продажам
- •Администратор
- •Товаровед
- •Кладовщик
- •6.1.3 Содержание технологических недостатков, устраняемых при внедрении данного по
- •6.1.4 Экономическая необходимость и целесообразность
- •6.2 Стадии и этапы разработки
- •6.3 Определение затрат по статье Материалы и Оборудование
- •6.4 Определение затрат по статье «Электроэнергия»
- •6.5 Определение затрат по статье «Амортизация» используемого оборудования
- •6.6 Определение затрат по статье “Зарплата” группы разработчиков
- •6.7 Составление сводная смета предпроизводственных затрат (проектных работ)
- •6.8 Определение цены программного продукта
- •6.9 Определение цены на внедрение программного продукта
- •6.10 Определение цены на сопровождение программного продукта
- •6.11 Расчет экономического эффекта и срока окупаемости от внедрения данной системы
- •7 Безопасность жизнедеятельности
- •7.1 Основные положения об охране труда
- •7.2 Производственная санитарния и гигиена
- •7.2.1Требования к помещениям для работы с пэвм
- •7.2.2 Требования к микроклимату
- •7.2.3 Требования к уровням шума и вибрации на рабочих местах, оборудованных пэвм
- •7.2.4 Требования к уровням электромагнитных полей на рабочих местах, оборудованных пэвм
- •7.2.5 Общие требования к организации рабочих мест пользователей пэвм
- •7.3 Требования к освещению
- •7.4 Техника безопасности
- •7.4.1 Обеспечение электробезопасности
- •7.4.2 Пожаробезопасность
- •7.5 Безопасность жизнедеятельности в чрезвычайных ситуациях
- •Заключение
- •Список использованных источников
- •Приложение а
3.4 Концептуальное и логическое формирование бд
В базу данных необходимо внести следующие данные:
информация о поставщиках;
информация о продукции;
информация об индивидуальных локальных кодах;
информация о первичной документации;
информация о товарных чеках;
информация об остатках на складе и в магазине.
Эти данные имеют связи между собой и должны быть объединены в единую базу данных.
3.4.1 Логическое проектирование
Логическое проектирование системы проводится в методологии UML с использованием пакета Rational Rose 2003. Use Case диаграмма показана на рисунке 3.1. Диаграмма классов управления на рисунке 3.2. Диаграмма граничных классов на рисунке 3.3.
Рисунок 3.1- Use Case диаграмма
Рисунок 3.2- Классы управления
Рисунок 3.3 - Диаграмма граничных классов
3.4.2 Разработка физической структуры бд
В физической модели содержится информация обо всех объектах БД. Физическая модель зависит от конкретной реализации СУБД. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах – таблицах, колонках, индексах, процедурах и т.д. Большое значение имеет правильное назначение типов данных физическим объектам. Схема базы данных представлена на рисунке 3.4.
База данных состоит из 9 таблиц. Средствами СУБД Microsoft SQL в базе данных обеспечивается целостность данных, каскадное обновление связанных полей и каскадное удаление связанных записей.
Рисунок 3.4 - Схема базы данных
3.4.3 Разработка программного обеспечения
На данном этапе работы программное обеспечение находится в процессе разработки. Система реализуется на языке C# в среде Microsoft Visual Studio 2005. Используемая СУБД – Microsoft SQL.
3.4.4 Проектирование прецедентов
3.4.4.1 Вариант использования «Поиск элемента»
Диаграмма последовательности для варианта использования «Поиск элемента» представлена на рисунке 3.5.
Рисунок 3.5 – Диаграмма последовательности для варианта использования «Поиск элемента»
3.4.4.2 Вариант использования «Добавление записи»
Диаграмма последовательности для варианта использования «Добавление записи» представлена на рисунке 3.6.
Рисунок 3.6 – Диаграмма последовательности для варианта использования «Добавление записи»
3.4.4.3 Вариант использования «Удаление записи»
Диаграмма последовательности для варианта использования «Удаление записи» представлена на рисунке 3.7.
Рисунок 3.7 – Диаграмма последовательности для варианта использования «Удаление записи»
3.4.4.3 Вариант использования «Поиск элемента»
Диаграмма последовательности для варианта использования «Поиск элемента» представлена на рисунке 3.8.
Рисунок 3.8 – Диаграмма последовательности для варианта использования «Поиск элемента»
3.4.4.4 Вариант использования «Размещение элемента на складе»
Диаграмма последовательности для варианта использования «Размещение элемента на складе» представлена на рисунке 3.9.
Рисунок 3.9 – Диаграмма последовательности для варианта использования «Размещение элемента на складе»
3.4.4.5 Вариант использования «Получить отчет»
Диаграмма последовательности для варианта использования «Получить отчет» представлена на рисунке 3.10.
Рисунок 3.10 – Диаграмма последовательности для варианта использования «Получить отчет»
3.4.4.6 Вариант использования «Добавить запись о складе»
Диаграмма последовательности для варианта использования «Добавить запись о складе» представлена на рисунке 3.11.
Рисунок 3.11 – Диаграмма последовательности для варианта использования «Добавить запись о складе»
3.4.4.7 Вариант использования « Ввод информации по счетам»
Диаграмма последовательности для варианта использования «Ввод информации по счетам» представлена на рисунках 3.12 и 3.13.
Рисунок 3.12 – Диаграмма последовательности для варианта использования «Ввод информации по счетам»
Рисунок 3.13 – Диаграмма кооперации объектов для варианта использования «Ввод информации по счетам»
3.4.4.8 Вариант использования « Ввод информации по складам»
Диаграмма последовательности для варианта использования «Ввод информации по складам» представлена на рисунках 3.14 и 3.15.
Рисунок 3.14 – Диаграмма последовательности для варианта использования «Ввод информации по складам»
Рисунок 3.15 – Диаграмма кооперации объектов для варианта использования «Ввод информации по складам»
3.5 Средства защиты программного изделия от …………...несанкционированного доступа
Для предотвращения несанкционированного доступа к системе и данным предусмотрена специальная таблица зарегистрированных пользователей. Программист регистрирует пользователей и пароли, уровни доступа.
Корпоративная автоматизированная система «Склад продукции» имеет два вида пользователя: Администратор и Пользователь. При входе в систему каждый пользователь обязан ввести имя и пароль. После неверного троекратного ввода имени или пароля система выходит в операционную систему, предотвращая подбор паролей. Под именем Администратор можно делать любые изменения в программе: добавлять и удалять данные в базу данных поставщиков, товаров и всех документов, проводить любые изменения и редактирования системы. Под именем Пользователь возможен только просмотр всех баз данных и обычных приложений.