10. Требования по стандартизации и унификации

1. Средства разработки

Средствами разработки являются:

• язык программирования ObjectPascal;

• UML (Unified Modal Language) – унифицированный язык моделирования;

• Power Designer – программный пакет, позволяющий разрабатывать структуру базы данных на основе инфологической модели с использованием Case технологий.

2. Система управления базами данных

В качестве системы управления базами данных будет использован программный пакет Microsoft SQL Server, который является зарегистрированным в России и получил широкое распространение.

2. Требования к функциям (задачам), выполняемым системой

   1. Функции, задачи или их комплексы (в том числе обеспечивающие взаимодействие частей системы), подлежащие автоматизации по каждой подсистеме

• добавление заказа в базу данных;

• формирование отчета по заказам;

• внесение в базу данных информации о поставках;

• формирование отчёта по поставкам;

• добавление в базу данных по имеющемуся товару;

• формирование отчёта по имеющимся в наличии товарам;

• контроль продаваемого товара;

• формирование отчёта по проданным товарам;

• ведение справочника по поставщикам;

• ведение справочника медтоваров;

• ведение справочника по сотрудникам;

• справочник по сотрудникам;

• ведение справочника фармацевтических групп;

• ведение справочника по потребителям;

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

Как приведённой выше структуры система разделяется на ряд функциональных подсистем, которые должны вводится в действие в следующей очерёдности:

1. подсистема контроля и управления доступом;

2. подсистема учёта заказов;

3. подсистема ведения справочников;

4. подсистема учёта поставок;

5. подсистема учёта имеющегося в наличии товара;

6. подсистема учёта продаж;

7. подсистема учёта распределённых товаров.

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

Выходная информация может быть представлена как в электронном виде, так и на бумажных носителях в форме различной документации.

Рассматривая вопрос точности необходимо учитывать, что система делится на две большие подсистемы – подсистему учёта ТМЦ и подсистему поддержки принятия решений. В первом случае точность характеризуется округлением и в данном случае допускается округление до сотых. Во втором случае точность характеризуют такие показатели как точность используемых математических методов и опять же округление.

Что касается подсистемы учёта, то достоверность информации в данном случае зависит только от пользователей системы. Если рассматривать вопрос о достоверности информации, выдаваемой системой поддержки принятия решений, то этот вопрос лежит в одной плоскости с вопросом точности используемых математических методов.

4. Перечень и критерии отказов для каждой функции, по которой задаются требования по надежности

Отказы функций системы могут быть вызваны следующими причинами:

• ошибка разработчика при построении алгоритма и кодировании;

• ошибки и отказы работы программного и аппаратного обеспечения взаимодействующего с системой;

• ошибки пользователей;

• отключение электроэнергии.

4. Требования к видам обеспечения

   1. Информационное обеспечение

1. Требования к составу, структуре и способам организации данных в системе

Данные, с которыми будет иметь дело система, можно условно назвать «рабочими». «Рабочие» данные включают:

• данные о заказанных товарах;

• данные о поставленных товарах;

• данные о распределённых товарах;

• данные о товарах в наличии;

• данные о проданных товарах.

В соответствии с приведёнными видами и составом данных их можно структурировать, как показано на рисунке 7.

Рисунок 7 – Структура данных

2. Требования к информационному обмену между компонентами системы

В качестве компонентов системы в данном случае следует рассматривать её подсистемы. Информационный обмен между подсистемами можно изобразить графически (рисунок 8).

Рисунок 8 – Информационный обмен между компонентами системы

Из приведённого рисунка видно, что информационный обмен между компонентами системы происходит в соответствии с их функциональным взаимодействием.

3. Требования к информационной совместимости со смежными системами

Информационная совместимость системы со смежными системами возможна лишь в случае обладания ими информацией удовлетворяющей требованиям разрабатываемой системы. Эти требования являются следующими:

• полнота;

• достоверность;

• актуальность;

• своевременность.

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

4. Требования по применению систем управления базами данных

Для управления базами данных в данном случае может применяться СУБД Microsoft SQL Server, на которую будут полностью возложены функции по обеспечению целостности, конфиденциальности и частично безопасности данных.

5. Требования к защите данных

Защита данных должна быть обеспечена как на программном, так и аппаратном уровнях. На аппаратном уровне защита основана на топологии локальной сети, средствах её построения. Защиту данных на программном уровне обеспечивает СУБД SQL Server, а так же сервисы, службы WINDOWS NT и программный FireWall, используемый как дублёр аппаратного.

6. Требования к контролю, хранению, обновлению и восстановлению данных

Контроль данных должен осуществляться как со стороны системы, так и со стороны СУБД. Со стороны системы контроль обеспечивает подсистема «контроля и управления доступом». Со стороны СУБД будут задействованы имеющиеся у неё сервисы и службы, которые служат для контроля и обеспечение безопасности данных. На рисунке девять представлена графическая интерпретация процесса контроля данных.

Р ис. 9. Процесс контроля данных

Хранение данных будет обеспечивать система управления базами данных. Обновление данных будет производиться за счёт взаимодействия разрабатываемой системы и СУБД. Так новые данные, поступая в систему, распределяются между подсистемами. При распределении соответствующие поля в БД обновляются, при необходимости хранившиеся данные сохраняются и обновлённые данные сохраняются. Восстановление данных будет осуществляться за счёт резервного копирования и восстановления.