1.3.2. Требования к временным характеристикам

    Требования  к временным характеристикам  программы не предъявляются.

1.3.3. Требования к организации входных и выходных данных

     Входные данные программы - единицы товаров  с указанием наименования, цены, количества.

     Выходные  данные программы - накладные, прайс-листы.

     Накладные и прайс-листы должны быть представлены в виде отдельных файлов *.txt, организованных определенным образом.

1.3.4. Требование интерфейса

    Для облегчения и более наглядной  работы пользователя внутри программы  предполагается графический интерфейс  с возможностью редактирования данных.

1.3.5. Требования к обеспечению надежного (устойчивого) функционирования программы

     Надежное (устойчивое) функционирование программы  должно быть обеспечено выполнением  Заказчиком совокупности организационно-технических  мероприятий, перечень которых приведен ниже:

• организацией бесперебойного питания технических средств;  использованием лицензионного программного обеспечения;
• регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и орrтехники и сопровождению программных средств»;
• регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.

     Спецификация  по безопасности

• Отказы из-за некорректных действий оператора

     Отказы  программы возможны вследствие некорректных действий оператора (пользователя) при  взаимодействии с операционной системой. Во избежание возникновения отказов  программы по указанной выше причине  следует обеспечить работу конечного  пользователя без предоставления ему административных привилегий.

• Идентификация пользователя для входа в программу

     Проверка  корректности вводимых данных. При несовпадении вводимого пароля с установленным по умолчанию в программе доступ запрещается и требует повторного введения.

1.3.6. Минимальные требования к оборудованию:

      Процессор: Pentium 90 МГц;

      Объем оперативной памяти: 256 Мб;

      Свободного  места на диске 10-15 Мб.

1.3.7. Требования к операционной системе:

      Microsoft Windows XP и выше.

1.3.8. Требования к программному обеспечению:

       Bor1and De1phi 7.0

1.3.9. Требования к пользователю:

      Опытный пользователь ПК с опытом работы в  розничной торговле.

Глава 2. Проектирование

     Процесс разработки программного обеспечения  подразумевает создания множества  артефактов, одним из видов которых являются модели.

     Модели  – это абстракция, описывающая  моделируемую систему с определенной точки зрения и на определенном уровне абстрагирования, которая создается  архитекторами и проектировщиками и представляет законченный взгляд на систему.

2.1. Диаграмма вариантов использования.

    Этот  вид диаграмм позволяет создать  список операций, которые выполняет  система. Часто этот вид диаграмм называют диаграммой функций, потому что  на основе набора таких диаграмм создается  список требований к системе и определяется множество выполняемых системой функций. Каждая такая диаграмма – это описание сценария поведения, которому следуют действующие лица (Actors). Отражает объекты, как системы, так и предметной области и задачи, ими выполняемые.

 

2.2. Диаграмма классов.

     Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования.

     Диаграмма классов является дальнейшим развитием  концептуальной модели проектируемой  системы.

     Базовыми  отношениями между классами в  языке UML являются:

• Отношение зависимости;

  Отчет – Admin, Пользователь, Товары, Склады

  База  Данных - Admin, Пользователь, Товары, Склады

• Отношение ассоциации;

  Admin - Товары, Admin - Склады, Пользователь - Товары, Пользователь - Склады, Товары - Склады

• Отношение обобщения;

  Form – Отчет, Авторизация, MainForm, База Данных, Admin, Товары, Склады, Пользователь

• Отношение реализации.

 

 

2.3. Диаграммы состояний

     Главное предназначение диаграммы состояний  – описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение элемента модели в течение его жизненного цикла.

     Диаграмма состояний представляет динамическое поведение сущностей, на основе спецификации их реакции на восприятие некоторых событий.

     Диаграмма характеризует состояния и переходы всей программы.

     Диаграмма характеризует различия в управлении функциональными возможностями  складов и магазинов в программе. 

2.4. Диаграмма последовательности.

    Взаимодействие  объектов в системе происходит посредством приема и передачи сообщений объектами-клиентами и обработки этих сообщений объектами-серверами. При этом в разных ситуациях одни и те же объекты могут выступать и в качестве клиентов, и в качестве серверов. Данный тип диаграмм позволяет отразить последовательность передачи сообщений между объектами. Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема/передачи сообщений.

События, инициируемые при входе в программу с правами пользователя.

События, инициируемые при входе в программу с  правами пользователя.

 

2.5.  Диаграмма компонентов.

    Этот  тип диаграмм предназначен для распределения  классов и объектов по компонентам  при физическом проектировании системы. Часто данный тип диаграмм называют диаграммами модулей. При проектировании больших систем может оказаться, что система должна быть разложена на несколько сотен или даже тысяч компонентов, и этот тип диаграмм позволяет не потеряться в обилии модулей и их связей. Диаграмма компонентов определяет архитектуру разрабатываемой системы. 

 

2.6. Диаграмма развертывания.

     Диаграмма развертывания применяется для представления общей конфигурации и топологии распределенной программной системы и содержит распределение компонентов по отдельным узлам системы.

     Диаграмма развертывания предназначена для  визуализации элементов и компонентов  программы, существующих лишь на этапе  ее исполнения.

     Представляются  только компоненты-экземпляры программы, являющиеся исполняемыми файлами или динамическими библиотеками.

     Эта диаграмма завершает процесс  ООАП для конкретной программной  системы. 

 
Глава 3. Реализация программной среды

3.1 Описание модулей программы.

Программа «Учет+» написана на языке Bor1and De1phi 7.0

     В состав проекта «Учет + » входит:

1. главный файл проекта FirmU.dpr
2. 1 модуль с расширением .pas, содержащие процедуры и функции
3. 1 файл форма с расширением .dfm, , являющиеся графическим представлением приложения
4. файлы с расширением .dcu - скомпилированные модули
5. 8 файлов с расширением .dat- содержащие данные:

• Shops.dat - содержит наименования магазинов
• Storages.dat – содержит наименование складов
• На Автозаводе. dat – содержит ассортимент данного объекта
• На Гая,100. dat – содержит ассортимент данного объекта
• На Речпорте. dat - содержит ассортимент данного объекта
• На Нариманова,8.dat - содержит ассортимент данного объекта
• На Ульяновском,30. dat -  содержит  ассортимент данного объекта
• На Центральном Рынке. dat - - содержит  ассортимент данного объекта

6. файл Firm.exe – исполняемый файл проекта 
   

     Проект  вызывается запуском файла Firm.exe. 

3.2 Описание главной формы проекта.

     Главная форма проекта выглядит следующим  образом:

     Главная форма является стартовой для всех ролей. На форме расположены элементы управления:

     1) Слева расположена панель кнопок

     2) Окно авторизации

     3) Рабочая область

     4) Информация о компании. 

3.3 Оценки уровня ошибок

     Ошибки  на уровне программы обрабатываются самим программным продуктом. Средства контроля выполнения включены в код программы. При возникновении какой-либо ошибки пользователь узнает об этом из системного сообщения. Внешние средства для контроля программы не используются. Функция самовосстановления не поддерживается.

     В данном программном продукте системные  ошибки не проверяются.

3.4 Оценка качественных характеристик