Источники разработки. 
Проектирование автоматизированной информационной системы на торговой точке

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

ГОСТ 24.701−86 «Надежность автоматизированных систем управления».

ГОСТ 15 150–69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».

ГОСТ 21 958;76 «Система „Человек-машина“. Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

ГОСТ 12.1.004−91 «ССБТ. Пожарная безопасность. Общие требования».

ГОСТ Р 50 571.22−2000 «Электроустановки зданий».

ГОСТ 34.602−89 «Техническое задание на создание автоматизированной системы»;

ГОСТ 34.601−90"Автоматизированные системы. Стадии создания";

ГОСТ 34.603−92 «Информационная технология. Виды испытаний автоматизированных систем»;

ГОСТ 34.201−89 «Виды, комплектность и обозначение документов при создании автоматизированных систем»;

ГОСТ 19.101−77 «Виды программ и программных документов».

ГОСТ 12.2.007.0−75 «Система стандартов безопасности труда. Изделия электротехнические. Общие требования безопасности»;

ГОСТ 12.3.032−84 «ССБТ. Работы электромонтажные. Общие требования безопасности, общие требования к технологическим процессам проведения электромонтажных работ»;

ГОСТ Р 50 571.3−94"Защита от поражения электрическим током".

ГОСТ Р 50 571.22−2000 «Заземление оборудования обработки информации»;

ГОСТ 12.1.019−79 «Электробезопасность. Общие требования и номенклатура видов защиты»;

ГОСТ 12.1.006−84 «Система стандартов безопасности труда. Электромагнитные поля радиочастот. Допустимые уровни на рабочих местах и требования к проведению контроля»;

ГОСТ 21 958;76 «Система „Человек-машина“. Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования»;

ГОСТ 15 150–69 «Машины приборы и другие технические изделия. Исполнение для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды»;

Структурное проектирование Построение диаграмм DFD.

DFD. В основе данной методологии лежит построение модели анализируемой ИС — проектируемой или реально существующей. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации.

DFDмодель позволяет:

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

Рассмотрим диаграмму потоков данных (DFD) «Отпуск товара» рисунок 1.5. На этой диаграмме показано движение документов при поступлении в организацию «заказ».

Рис. 1.5 Диаграмма потоков данных «Продажи на торговой точке»

Рис. 1.6 Диаграмма потоков данных «Оплата за товар»

Построение ER — модели Для детализации хранилищ необходимо составить диаграмму «Сущность — связь». Необходимо детализировать содержимое нотации Баркера.

Нотация построения модели «Сущность — связь» по методу Ричарда Баркера. Одной из наиболее распространенных разновидностей нотацииERDявляется нотация, предложенная Ричардом Баркером, автором методов, используемых в технологии создания ПО фирмыOracle.

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

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

Связьэто ассоциация между сущностями, при которой, как правило, каждый экземпляр одной сущности, называемой родительской сущностью, ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, называемой сущностью-потомком, а каждый экземпляр сущности-потомка ассоциирован в точности с одним экземпляром сущности-родителя. Таким образом, экземпляр сущности-потомка может существовать только при существовании сущности родителя.

Связи может даваться имя, выражаемое грамматическим оборотом глагола и помещаемое возле линии связи. Имя каждой связи между двумя данными сущностями должно быть уникальным, но имена связей в модели не обязаны быть уникальными. Имя связи всегда формируется с точки зрения родителя, так что предложение может быть образовано соединением имени сущности-родителя, имени связи, выражения степени и имени сущности-потомка.Степень связи и обязательность графически изображаются следующим образом (Рис.1).

Рис. 1 Связи

Атрибут — любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут может быть либо обязательным, либо необязательным. Обязательность означает, что атрибут не может принимать неопределенных значений. Атрибут может быть либо описательным (т.е. обычным дескриптором сущности), либо входить в состав уникального идентификатора (первичного ключа).

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

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

Каждая сущность должна обладать хотя бы одним возможным ключом. Возможный ключ сущности — это один или несколько атрибутов, чьи значения однозначно определяют каждый экземпляр сущности. При существовании нескольких возможных ключей один из них обозначается в качестве первичного ключа, а остальные — как альтернативные ключи.

Описание внедрения проекта.

Предприятие имеет 14 персональных компьютеров: директора, бухгалтера, продавцов розница (6 шт), продавцов опт (4 шт), сисадмин, касса на которые нужно настроить программу «Управление торговлей» через терминальные сессии. Сервер устанавливается на отдельном ПК.

Требования к аппаратному обеспечении соответствуют требованиям технического задания и именно:

Персональные компьютеры имеют такие характеристики.

• — операционная система Windows 7;
• — ОЗУ 2Гб;
• — объем жесткого диска 120Гб;
• — Процессор Intel Core i3, но не ниже
• — сетевая карта с поддержкой функции Wi-Fi;

Компьютер на котором устанавливаются конфигурации совмещен с сервером баз данных. Имеет такие характеристики:

• — операционная система Windows Server2008 R2;
• — ОЗУ 4Гб;
• — объем жесткого диска 2×500Гб;
• — Процессор Intel Core xeon i7
• — сетевая карта с поддержкой функции Wi-Fi;

Компьютер сервера баз данных:

— Microsoft SQL Server.

Внедрение.

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