- •Оглавление
- •Нормативные ссылки
- •Термины и определения
- •Сокращения
- •Введение
- •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.3.1.1. Пользовательские интерфейсы
Проектирование GUI интерфейса характеризуется двумя основными аспектами — проектированием окон и проектированием элементов ввода и редактирования информации в окна. Оба аспекта зависят от базовой среды GUI. Последующее рассмотрение концентрируется на среде Microsoft Windows.
Типичное Windows приложение состоит из единственного главного окна приложения (primary window). Главное окно поддерживается набором всплывающих окон (pop up window), вторичных окон (secondary window). Вторичные окна поддерживают действия пользователя с главным окном. Многие действия, поддерживаемые вторичными окнами, представляют собой набор основных операций над базой данных — так называемый набором CRUD операций, содержимое которых представлено в таблице 1.1. (CRUD — популярная аббревиатура, которая обозначает четыре основных операции над данными: Create, Read, Update, Delete (“Создать”, “Читать”, “Обновить” “Удалить”).
Таблица 1.1- Распределение требований по субъектам и прецедентам
-
Требование
Субъект
Прецедент
Для знакомства с комплектацией выбираемого товара. При этом также приводится цена комплектации.
Customer (Клиент)
Отображение составляющей товара
Клиент выбирает детали комплектации, с которыми он хочет познакомится, возможно с намерением купить.
Customer (Клиент)
Составление комплектации заказа
Клиент может выбрать вариант заказа либо попросить, чтобы продавец связался с ним для объяснения деталей заказа, договорился о цене и т.п. прежде, чем заказ будет фактически размещен
Customer (Клиент) Salesperson (Продавец)
Заказ комплектации, Обращение с просьбой к продавцу
Для размещения заказа клиент должен заполнить электронную форму с адресом для доставки товара и отправки счет-фактуры, а также деталями, касающимися оплаты (кредитная карточка или чек)
Customer (Клиент)
Проверка и прием платежа от клиента
После ввода заказа клиента в систему продавец отправляет на склад электронное требование, содержащее детали, касающиеся заказанной комплектации
Salesperson (Продавец) Warehouse (Склад)
Информирование склада о заказе
Детали сделки, включая номер заказа, номер счета клиента, отправляются по электронной почте клиенту, так что заказчик может проверить состояние заказа
Salesperson (Продавец) Customer (Клиент)
Обновление состояния заказа
Склад получает счет-фактуру от продавца и отправляет дверь клиенту
Salesperson (Продавец) Warehouse (Склад)
Печать счет-фактуры
1.3.1.2 Аппаратные интерфейсы
Программа должна подключать БД и загружать из неё данные, необходимые для начала работы менее чем за секунду. Добавление или удаление опции со всеми проверками и следующими за ними действиями блока управления не должны выполняться дольше секунды.