- •Оглавление
- •Нормативные ссылки
- •Термины и определения
- •Сокращения
- •Введение
- •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 Безопасность жизнедеятельности в чрезвычайных ситуациях
- •Заключение
- •Список использованных источников
- •Приложение а
4 Детальное проектирование автоматизированной системы склада готовой продукции
4.1 Спецификация требований по
Корпоративная автоматизированная система «Склад продукции» должна обеспечивать следующие требования:
удобство использования и быстроту поиска необходимой информации;
интуитивно понятный и привлекательный интерфейс;
простота добавления своей информации;
минимизация требований к графическому обеспечению и скорости интернет соединения;
высока скорость исполнения.
4.2 Выбор операционной среды и средств разработки
Для функционирования автоматизированной системы был сделан выбор на семействе операционных систем Windows (сейчас существуют и успешно используются операционные системы Windows95, Windows98, Windows NT, Windows 2000, Windows XP).
Это обусловлено следующими ее особенностями:
ориентация заказчика на эту платформу;
развитые средства создания пользовательского интерфейса;
способность работать на широком диапазоне компьютерного оборудования;
наличие драйверов для поддержки широкого спектра периферийных устройств;
чрезвычайно широкое распространение этой платформы;
приемлемая для задач такого уровня надежность и производительность программ, работающих с использованием механизма вытесняющей многозадачности.
простота и удобство работы с интернет приложениями.
Из недостатков данной платформы, существенных для предлагаемой разработки, стоит отметить следующие:
отсутствие в операционных системах Windows95 и Windows98 средств обеспечения интернет безопасности и защиты от несанкционированного доступа, что вынуждает разрабатывать собственные или использовать сторонние модули для этого. В Windows NT этот недостаток частично устранен, однако по-прежнему нет поддержки шифрации хранимых данных;
высокая требовательность к аппаратным ресурсам компьютера, что вынуждает использовать более мощные аппаратные платформы
При определении инструментальной среды разработки программного обеспечения существенными представляются следующие критерии выбора:
операционной оболочкой для нее должна быть операционная система семейства Windows как наиболее популярная и широко используемая;
инструментальная среда должна в полной мере предоставлять разработчику возможности программирования;
инструментальная среда должна обладать развитыми средствами отладки;
должны быть представлены мощные и гибкие средства времени разработки (такие как библиотеки стандартных компонентов, браузеры объектов, баз данных и т.д.).
Исходя из этих критериев, для создания программного продукта решено было использовать интегрированную среду разработки (IDE) Borland C++ Builder 6.0 и CASE-средство – “Rational Rose Enterprise Edition”.
C++ Builder 6.0 – мощная система визуального объектно-ориентированного проектирования. Он сам и поставляемые с ним программные продукты позволяют решать следующий круг задач:
быстро создание профессионально выглядящий оконный интерфейсов для любых приложений даже начинающим программистам. Интерфейс удовлетворяет всем требованиям Windows, настраивается на использованную систему, поскольку использует многие функции, процедуры, библиотеки Windows;
создание приложений любой сложности и любого назначения: офисные, бухгалтерские, инженерные, информационно-поисковые;
создание современного пользовательского интерфейса для любых ранее разработанных программ DOS и Windows;
создание мощных систем работы с локальными и удаленными базами данных любых типов. Подход, используемый в C++ Builder, позволяет получить доступ к базам, созданным на любой платформе: InterBase, Microsoft Access, FoxPro, Paradox, dBase, Sybase, Microsoft SQL, Oracle;
формирование и печать из приложений сложные отчеты, включающие таблицы, графики и т.п. самого различного назначения;
создание системы помощи (Help), как для своих приложений, так и для любых других, с которыми, в частности, можно работать просто через Windows.
При проектировании автоматизированной системы также использовалось CASE-средство Rational Rose Enterprise Edition. Это визуальный редактор, позволяющий моделировать программные системы любой сложности, на основе графических диаграмм языка UML (Unified Modeling Language) быстрее, качественнее и легче. Rational Rose позволяет создавать модели будущей системы, удобные для понимания алгоритмов работы, взаимосвязей между объектами, по которым в дальнейшем создаётся программный каркас будущей программной системы.
Моделирование – одно из средств, дающих возможность значительно сократить время разработки, уложиться в бюджет и создать систему с нужным качеством. Модель будущей системы позволяет уже на стадии проектирования, без вкладывания больших средств в проект получить представление о поведении системы и избежать дорогостоящих ошибок в дальнейшем, когда в написание программного кода вложены значительные силы.
Можно создавать UML модели при помощи других программных продуктов, например редактора Visio, однако при помощи Rational Rose это сделать проще и удобнее. Созданные в едином стиле UML диаграммы понятны любому программисту. Эти диаграммы позволяют прямо из проекта Rational Rose создать исходный текст программы на Borland C++ Builder 6.0.