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

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

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

Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. 
Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации. 
 Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы).

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

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

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

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

3. Требования к программному обеспечению системы

Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система MS Windows 7. Все офисные приложения и прочие программы также должны являться продуктами от Microsoft.

4. Требования к техническому обеспечению

Для нормального функционирования системы требуется наличие у пользователя ПЭВМ, обладающих следующим набором технических характеристик:

• процессор Intel core I3 с тактовой частотой, ГГц - 2, не менее;
• материнскую плату с FSB, МГц - 133, не менее;
• оперативную память объемом, Гб - 2, не менее;
• жесткий диск объемом, Гб – 124, не менее;
• СD/DVD – ROM;
• Видеокарта с памятью, Мб – 512Мб, не менее;
• Клавиатура;
• Мышь;
• Монитор;

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

• Процессор – 2 х Intel Xeon 3 ГГц;
• Объем оперативной памяти – не менее 8 Гб;
• Дисковая подсистема – не менее 4 х 256 Гб;
• Сетевой адаптер – не менее 100 Мбит.
5. Требования к организационному обеспечению

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

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

5. Состав и содержание работ по созданию системы

• Формирование требований к АС;

• Разработка концепций АС;
• Составление технического задания на АС;
• Создание эскизного проекта;
• Создание пилотного проекта;
• Создание технического проекта;
• Подготовка необходимой рабочей документации;
• Интегрирование и тестирование АС;
• Ввод АС в эксплуатацию;
• Сопровождение.

Сроки выполнения каждого этапа должны быть определены календарным планом, утверждаемым Заказчиком и Исполнителем.

6. Порядок контроля и приема системы

Система подвергается испытаниям следующих видов:

1. Предварительные испытания.

2. Опытная эксплуатация.

3. Приемочные испытания.

 Состав, объем и методы предварительных  испытаний системы определяются документом «Программа и методика испытаний», разрабатываемым на стадии «Рабочая документация».

 Состав, объем и методы опытной  эксплуатации системы определяются  документом «Программа опытной  эксплуатации», разрабатываемым на  стадии «Ввод в действие».

 Состав, объем и методы приемочных  испытаний системы определяются  документом «Программа и методика  испытаний», разрабатываемым на  стадии «Ввод в действие» с  учетом результатов проведения  предварительных испытаний и  опытной эксплуатации.

Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.

 Все создаваемые в рамках  настоящей работы программные  изделия (за исключением покупных) передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе (например, на компакт-диске).

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

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

- Определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации ИС;

- Обеспечить присутствие пользователей  на обучении работе с системой, проводимом Исполнителем;

- Обеспечить соответствие помещений  и рабочих мест пользователей  системы в соответствии с требованиями, изложенными в настоящем ТЗ;

- Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение ИС;

- Совместно с Исполнителем подготовить  план развертывания системы на  технических средствах Заказчика;

- Провести опытную эксплуатацию ИС.

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

 

 

8. Требования к документированию

В состав технических документов ИС должны быть включены следующие виды документов:

• пользовательская документация по работе операторов АРМ: подробное описание состава, назначения и функционала АРМ, снимки интерфейсных экранов АРМ;
• Пользовательская документация по работе администраторов, сопровождающих каждое рабочее место. Документация и регламенты обслуживания системы предоставляются администраторам системы, специалистам служб сопровождения;
• Набор инструкций по установке и настройке программного обеспечения АРМ.
• Руководство по инсталляции и настройке серверных модулей компонента;
• Руководство по инсталляции и настройке АРМ компонента;
• Пользовательская документация по работе АРМ компонента;
• Пользовательская документация по работе администраторов, сопровождающих каждое рабочее место. Документация и регламенты обслуживания системы предоставляются администраторам системы, специалистам служб сопровождения;
• Пользовательская документация наПО устройства самообслуживания;
• Инструкции по установке ПО устройства самообслуживания.
• Документация предоставляется Исполнителем Заказчику в электронном виде.

Предоставляемая Заказчику документация должна быть на русском языке.

9. Источники разработки

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

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

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

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

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

ГОСТ Р 50571.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 «ССБТ. Работы электромонтажные. Общие требования безопасности, общие требования к технологическим процессам проведения электромонтажных работ»;

ГОСТ Р 50571.3-94«Защита от поражения электрическим током».

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

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

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

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Структурное проектирование

    Построение диаграмм DFD

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

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

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Построение ER - модели

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

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

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

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

-сущность обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;

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

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

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