Файл: Разработка регламента выполнения процесса (Анализ существующих разработок и обоснование выбора).pdf
Добавлен: 23.04.2023
Просмотров: 566
Скачиваний: 1
СОДЕРЖАНИЕ
ГЛАВА 1. ОБСЛЕДОВАНИЕ ОБЪЕКТА ИНФОРМАТИЗАЦИИ
1.1 Характеристика деятельности отдела проектов и разработки 1С
1.3 Анализ существующих разработок и обоснование выбора Существующие разработки
ГЛАВА 2. РАЗРАБОТКА ПРОЕКТНЫХ РЕШЕНИИ
2.2 Обоснование проектных решений по видам обеспечения АС
2.3 Разработка системной архитектуры
Требования по стойкости, устойчивости и прочности к внешним воздействиям указаны в Таблице 21.
Таблица 21.
|
№ |
Требование |
|
1 |
АИС должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах 220 вольт ± 20 % - 30 %. |
|
2 |
АИС должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств. |
|
3 |
АИС должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств. |
|
4 |
АИС должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств. |
|
5 |
АИС должна имеет возможность функционирования в условиях возникновения электромагнитного излучения, возникающего при работе электробытовых приборов, электрических машин и установок, приёмопередающих устройств, эксплуатируемых на месте размещения аппаратно-программного окружения АИС. |
- Требования по стандартизации и унификации
Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD и информационного моделирования IE и IDEF1X в рамках рекомендаций по стандартизации Р50.1.028- 2001.
Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 4.х и BPWin 4.х.
Для работы с БД должен использоваться язык запросов SQL в рамках стандарта ANSI SQL-92.
В системе должны использоваться общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации.
- Дополнительные требования
Не применяются.
- Требования безопасности
При внедрении, эксплуатации и обслуживании технических средств системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей».
Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91.
Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91.
Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТР 50571.22-2000.
Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84.
- Требования к транспортабельности для подвижных АИС
Не применяются.
Технический комплекс АИС являются стационарными и после монтажа и проведения пуско-наладочных работ транспортировке не подлежит.
4.2.1. Подсистема сбора, обработки и загрузки данных
4.2.1.1 Перечень функций, задач подлежащей автоматизации
|
№ |
Функция |
Задачи |
|
1 |
Управления процессами сбора, обработки и загрузки данных |
Создание, редактирование и удаление процессов сбора, обработки и загрузки данных |
|
Формирование последовательности выполнения процессов сбора, обработки и загрузки данных |
||
|
2 |
Выполнения процессов сбора, обработки и загрузки данных из источников |
Запуск процедур сбора данных из систем источников, загрузка данных в область временного, постоянного хранения |
|
Обработка и преобразование извлечённых данных |
||
|
3 |
Протоколирования результаты сбора, обработки и загрузки данных |
Ведение журналов результатов сбора, обработки и загрузки данных |
|
Оперативное извещение пользователей о всех нештатных ситуациях в процессе работы подсистемы |
4.2.1.2 Временной регламент реализации каждой функции, задачи
|
№ |
Задача |
Требования к временному регламенту |
|
1 |
Создание, редактирование и удаление процессов сбора, обработки и загрузки данных |
Весь период функционирования системы, при возникновении необходимости изменения процессов сбора, обработки и загрузки данных |
|
2 |
Формирование последовательности выполнения процессов сбора, обработки и загрузки данных |
Весь период функционирования системы, при возникновении необходимости изменения процессов сбора, обработки и |
|
загрузки данных |
||
|
3 |
Запуск процедур сбора данных из систем источников, загрузка данных в область временного, постоянного хранения |
После готовности данных в системах источниках |
|
4 |
Обработка и преобразование извлечённых данных |
Ежедневно, после появления всех извлечённых данных |
|
5 |
Ведение журналов результатов сбора, обработки и загрузки данных |
Регулярно, при работе подсистемы |
|
6 |
Оперативное извещение пользователей о всех нештатных ситуациях в процессе работы подсистемы |
Регулярно, при возникновении нештатной ситуации в процессе работы подсистемы |
4.2.1.3 Требования к качеству реализации функций, задач
|
№ |
Задача |
Форма представления выходной информации |
Характеристика точности и времени выполнения |
|
1 |
Создание, редактирование и удаление процессов сбора, обработки и загрузки данных |
В стандарте интерфейса |
Определяется регламентом эксплуатации |
|
2 |
Формирование последовательности выполнения процессов сбора, обработки и загрузки данных |
В стандарте интерфейса |
Определяется регламентом эксплуатации |
|
3 |
Запуск процедур сбора данных из систем источников, загрузка данных в область временного, постоянного хранения |
Текстовый файл |
Запуск должен производится точно по установленному расписанию |
|
4 |
Обработка и преобразование извлечённых данных |
Текстовый файл, данные в структурах БД |
Данные должны быть преобразованы для загрузки в структуры модели ХД |
|
5 |
Ведение журналов результатов сбора, обработки и загрузки данных |
Текстовые файлы |
В момент выполнения сбора, обработки и загрузки данных |
|
6 |
Оперативное извещение пользователей о всех нештатных ситуациях в процессе работы подсистемы |
Текстовый файл, оконное сообщение |
Не позднее 15 минут после возникновения нештатной ситуации |
4.2.1.4 Перечень критериев отказа для каждой функции
|
№ |
Функции |
Критерии отказа |
Время восстановления |
|
1 |
Управления процессами сбора, обработки и загрузки данных |
Не выполняется одна из задач функции. |
3 часа |
|
2 |
Выполнения процессов сбора, обработки и загрузки данных из источников |
Не выполняется одна из задач функции. |
5 часов |
|
3 |
Протоколирования результаты сбора, обработки и загрузки данных |
Не выполняется одна из задач функции. |
5 часов |
4.3.1 Требования к математическому обеспечению
Требования не предъявляются.
- Требования к информационному обеспечению
4.3.2.1. Требования к составу, структуре и способам организации данных в системе
Структура хранения данных в АИС должна состоять из следующих основных областей:
- Область временного хранения данных.
- Область постоянного хранения данных.
Физические и логические модели структуры хранения данных представлены на Рисунке 1 и Рисунке 2.
- Требования к информационному обмену между компонентами системы
Информационный обмен между компонентами АИС должен быть реализован следующим образом, представленным в Таблице 22.
Таблица 22.
|
Подсистема |
Подсистема |
Подсистема |
Подсистема |
Подсистема |
|
|
загрузки |
обработки |
хранения |
формирования |
визуализации |
|
|
данных |
данных |
данных |
отчетности |
отчетности |
|
|
Подсистема загрузки данных |
- |
+ |
- |
- |
|
|
Подсистема обработки |
_ |
+ |
+ |
+ |
|
|
данных |
|||||
|
Подсистема хранения данных |
+ |
+ |
+ |
+ |
|
|
Подсистема формирования |
_ |
+ |
+ |
+ |
|
|
отчетности |
|||||
|
Подсистема визуализации |
_ |
+ |
+ |
+ |
|
|
отчетности |
г
А
Сотрудники Документы Проекты
Клиенты
Рисунок 3. Логическая модель данных
Сотрудники Документы
Проекты
ID PROJECT: INTEGER
|
ID_WORKER: INTEGER |
1 |
ID_DOCUMENT: INTEGER | |
|
WO NAME: VARCHAR2[20) WO SURNAME: VARCHAR2[20) WO PATRONYMIC: VARCHAR2[20) WO RANK: INTEGER WO TNUMBER: INTEGER WO EMAIL: VAR CHAR2[20) WO LOGIN: VARCHAR2[20) WO PASSWORD: VAR С H AR2[20) |
DO REGISTER: DATE DO PERFOMANCE: DATE DO TYPE: VARCHAR2[20) DO STATUS: VARCHAR2[20) DO CONTENT: VARCHAR2[20) ID WORKER: INTEGER (FK) ID CLIENT: INTEGER (FK) |
|
Клиенты
PR_REGISTER: DATE PR_COMPLETION: DATE PR_STATUS: VARCHAR2[20) ID_DOCUMENT: INTEGER (FK) ID_WORKER: INTEGER (FK) IDjCLIENT: INTEGER (FK)
ID CLIENT: INTEGER
CL_NAME: VARCHAR2[20) CL_SURNAME: VARCHAR2[20) CL_PATRONYMIC: VARCHAR2[20) CL_TNUMBER: INTEGER CL_EMAIL:CHAR[18) ID_ORGANIZATION: INTEGER (FK)
Организации
ID ORGANIZATION: INTEGER
OR_TITLE: VARCHAR2[20) OR_ADDRESS: VARCHAR2[20)
Рисунок 4. Физическая модель данных
- Требования к информационной совместимости со смежными системами
Требования не предъявляются.
- Требования по использованию классификаторов, унифицированных документов и классификаторов
Требования не предъявляются.
- Требования по применению систем управления базами данных
Для реализации подсистемы хранения данных должна использоваться промышленная СУБД «Microsoft SQL Server».
- Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных
Процесс сбора, обработки и передачи данных в системе определяется регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на этапе «Проектирование. Разработка эскизного проекта. Разработка технического проекта».
- Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
Информация в базе данных системы должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания.
Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 30 минут в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов.
Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных.
- Требования к контролю, хранению, обновлению и восстановлению данных
АИС должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных и резервные копии.
- Требования к лингвистическому обеспечению
При реализации АИС должны применяться следующие языки высокого уровня: Delphi XE6, SQL.
При кодировании и декодировании данных должно применяться Windows CP1251 кодирование.
При реализации алгоритмов манипулирования данными необходимо использовать стандартный язык запроса к данным SQL.
При описании предметной области должен использоваться Erwin.