- •Оглавление
- •Нормативные ссылки
- •Термины и определения
- •Сокращения
- •Введение
- •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 Безопасность жизнедеятельности в чрезвычайных ситуациях
- •Заключение
- •Список использованных источников
- •Приложение а
1.1.4. Ссылки
План управления конфигурациями программного обеспечения (SCMP) для автоматизированной системы.
Архитектура программного обеспечения (SDD) для автоматизированной системы.
План управления программным проектом (SPMP) для автоматизированной системы.
План контроля качества (SQAP) для автоматизированной системы.
План пользовательской документации (SUDP) для автоматизированной системы.
Документация по тестированию программного обеспечения (STD) для автоматизированной системы.
1.1.5. Обзор
Применение передовых технологий проектирования и разработки ПО повышают производительность управлением процесса разработки:
1.UML - язык моделирования и документирования сложных систем. В последнее десятилетие в компьютерном мире наметилась тенденция моделирования сложных систем визуальными (наглядными) моделями. Причем в новых методах проектирования сложных компьютерных систем, например ООП и ООАП, наглядные модели очень часто связываются с такими зрительными образами как "взгляды", направленные на сложную систему с различных точек зрения. Набор из нескольких наглядных моделей (модельных взглядов) создает в сознании специалистов интегральный образ сложной компьютерной системы, которую они совместно проектируют. Вместе с тем, наглядные модели служат эффективным средством документирования компьютерных систем и их программных обеспечений, а также языком общения между программистами, системными аналитиками и заказчиками систем.
Наиболее известными визуальными моделями, используемыми для проектирования компьютерных систем и их программных обеспечений, являются диаграммы языка UML и стандарта IDEF0, таблицы и диаграммы стандарта IDEF1X. Эти визуальные модели имеют математическую основу в виде теорий графов, множеств и матриц.
Диаграммы и спецификации языка UML связали исходный текст программы с характеристиками объекта автоматизации. При этом UML диаграммы опираются на теоретический фундамент в виде теории множеств и теории графов. Наличие теоретической основы позволяет упростить операции преобразования UML диаграмм, нарисованных на экранах дисплеев, в память компьютеров и уменьшить объем памяти, необходимой для хранения диаграмм.
Рисунок также показывает, что UML диаграммы могут преобразовываться в исходный код (прямое преобразование) и наоборот исходный код может преобразовываться в диаграммы (обратное преобразование). В некоторых случаях прямое преобразование может осуществляться автоматически с помощью программ конверторов. В настоящее время группа OMG активно работает над решением проблемы прямого преобразования диаграмм UML. Обратное преобразование может выполнить только человек.
Язык UML имеет сложную иерархическую структуру, показанную на рисунке 1.1.
Рисунок 1.1- Структура языка UML
Как видно из рисунка, первый иерархический уровень языка UML составляют сущности, отношения между сущностями и наглядные диаграммы.
Язык UML имеет четыре вида сущностей: структурные, поведенческие, группирующие и аннотационные сущности. Они показаны на втором уровне структурного дерева языка UML, представленного на рисунке 1.
Далее на третьем уровне дерева показано, что понятие "структурные сущности" является именем семи видов пиктограмм (выразительных рисунков), которые называются классами, интерфейсами, кооперациями, прецедентами, активными классами, компонентами и узлами.