Главная страница

ЛР1 Парфенов В.В.. Разработка технического задания для системы управления


Скачать 32.49 Kb.
НазваниеРазработка технического задания для системы управления
Дата04.03.2023
Размер32.49 Kb.
Формат файлаdocx
Имя файлаЛР1 Парфенов В.В..docx
ТипТехническое задание
#968471

Санкт-Петербургский государственный университет телекоммуникаций

им. проф. М.А. Бонч-Бруевича

Факультет «Институт непрерывного образования»
Лабораторная работа №1

По дисциплине: «Технологии распределенных информационно-управляющих систем»

на тему: «Разработка технического задания для системы управления»
Фамилия: Парфенов

Имя: Вячеслав

Отчество: Викторович

Курс: 4

Студ. билет №: 1610428

Группа №: ИБ-66с
Санкт-Петербург

2020

Цель работы:

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

ГОСТ 34.602-89 Техническое задание на создание системы для автоматического управления таксопарком «БЕЛОУ-ТЭКСИ»
Разделы технического задания:

  1. Общие сведения

  2. Назначение и цели создания системы

  3. Характеристика объектов автоматизации

  4. Требования к системе

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

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

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

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

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



Техническое задание на создание автоматизированной системы «Система автоматического управления «БЕЛОУ-ТЭКСИ»

1. Общие сведения

1.1. Наименование системы

1.1.1. Полное наименование системы

Система автоматического управления «БЕЛОУ-ТЭКСИ»

1.1.2. Краткое наименование системы

САУ «БЕЛОУ-ТЭКСИ»

1.2. Основания для проведения работ

Работа выполняется на основании собрания ген. Директоров и учредителей «БЕЛОУ-ТЭКСИ» от 12.11.2019

1.3. Наименование организаций – Заказчика и Разработчика

1.3.1. Заказчик

Заказчик: ООО «БЕЛОУ-ТЭКСИ», Отдел информационных технологий
Адрес фактический: 195000, Санкт-Петербург, улица Авиаперелетов 8
Телефон +7 (812)5553535

1.3.2. Разработчик

Заказчик: ООО «БЕЛОУ-ТЭКСИ», Отдел информационных технологий
Адрес фактический: 195000, Санкт-Петербург, улица Авиаперелетов 8
Телефон / Факс: +7 (812) 5553535

1.4. Плановые сроки начала и окончания работы

Дата постановки задачи: 12.11.2019

Плановая дата начала работы: 12.11.2019

Плановая дата окончания работ: 12.12.2019

1.5. Источники и порядок финансирования

Внутреннее финансирование (самофинансирование)

1.6. Порядок оформления и предъявления заказчику результатов работ

Работы по созданию САУ «БЕЛОУ-ТЭКСИ» сдаются Разработчиком по факту готовности функционала.

2. Назначение и цели создания системы

2.1. Назначение системы

САУ «БЕЛОУ-ТЭКСИ» Предназначена для автоматизации бизнес процессов учета и обслуживания заявок на перевозки пассажиров

2.2. Цели создания системы

Целью разработки является повышение эффективности функционирования службы такси

3. Характеристика объектов автоматизации

Недостатками текущего учета деятельности такси является то, что:

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

  • Нет единой CRM

  • Заказы ведутся только по телефону

Эти недостатки обуславливают потребность организации в разработке и внедрении системы автоматического управления «БЕЛОУ-ТЭКСИ»

4. Требования к системе

4.1. Требования к системе в целом

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

Система автоматического управления «БЕЛОУ-ТЭКСИ» должна быть реализована в виде CRM, доступ к которому может осуществляться с рабочих станций, подключенных к локальной сети вычислительной сети предприятия, также из сети INTERNET.

Архитектура САУ «БЕЛОУ-ТЭКСИ» должна иметь двухуровневую структуру.

Для сохранности и безопасности информации при сбоях системы и большой нагрузке, в условиях постоянного пользования должно быть предусмотрено резервное копирование САУ «БЕЛОУ-ТЭКСИ» в архив, либо средствами самой САУ, либо СУБД.

4.1.2. Показатели назначения

4.1.2.1. Параметры, характеризующие степень соответствия системы назначению

Полноценное функционирование без ошибок.

4.1.3. Требования к надежности

Уровень надежности должен быть высок, особенно в часы наибольшей загрузки (часы-пик).

4.1.4. Требования к эргономике и технической эстетике


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


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

4.1.6.1. Требования к информационной безопасности

Обеспечение информационное безопасности САУ «БЕЛОУ-ТЭКСИ» должно удовлетворять следующим требованиям:
- Защита Системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер.
- Защита Системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ.
- Программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики Системы (надежность, быстродействие, возможность изменения конфигурации).
4.1.7. Требования по сохранности информации при авариях

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

4.1.8. Требования к защите от влияния внешних воздействий


Требования к радиоэлектронной защите:
- электромагнитное излучение радиодиапазона, возникающее при работе электробытовых приборов, электрических машин и установок, приёмопередающих устройств, эксплуатируемых на месте размещения АПК Системы, не должны приводить к нарушениям работоспособности подсистем.
Требования по стойкости, устойчивости и прочности к внешним воздействиям:
- Система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265 В (220 ± 20 % - 30 %);
- Система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств.
- Система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств.
- Система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств.

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

Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD и информационного моделирования IE и IDEF1Х в рамках рекомендаций по стандартизации Р50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования».
Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 4.х и BPWin 4.х.
Для работы с БД должнен использоваться язык запросов SQL в рамках стандарта ANSI SQL-92.
Для разработки пользовательских интерфейсов и средств генерации отчетов (любых твердых копий) должны использоваться встроенные возможности ПО <указывается название BI приложения>, а также, в случае необходимости, языки программирования <указываются языки программирования и их версии>.
В системе должны использоваться (при необходимости) общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации.

4.1.10. Дополнительные требования

Отсутсвуют

4.1.11. Требования безопасности

При внедрении, эксплуатации и обслуживании технических средств системы должны выполняться меры электробезопасности в соответствии с «Правилами устройства электроустановок» и «Правилами техники безопасности при эксплуатации электроустановок потребителей».
Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. «ССБТ. Пожарная безопасность. Общие требования».
Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации.
Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».

4.2. Требования к функциям, выполняемым системой

САУ «БЕЛОУ-ТЭКСИ» должна:

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

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

  • Позволять самим пользователям размещать верифицированные (оплаченные) заявки на перевозки с помощью мобильного приложения, через которое будет идти верификация(подтверждение) пользователей по SMS-кодам

  • Получать транзакции через мобильное приложение на личный счет компании

  • Редактировать вспомогательные справочники

  • Позволять осуществлять выгрузку данных по перевозкам в любые удобные форматы (Excel, PDF)

  • Обеспечивать защиту информации механизмом авторизации и разграничением прав доступа.

Пользователями системы будут являться:

Администратор, который имеет полный доступ к редактированию таблиц, в том числе таблиц пользователей и назначение им прав.

Клиент (он же пользователь) который сможет размещать заявки на перевозки.

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

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

Все переданные в базу данных САУ заявки автоматически отображаются в системе.

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

Программное обеспечение (ПО) САУ «БЕЛОУ-ТЭКСИ» для работников предприятия должно быть написано на стандартных языках программирования, и должно работать в стандартных операционных системах: Windows 7/8/10 или Linux

ПО для клиентов и исполнителей должно быть написано на python и других подобных языках, для систем Android и IOS.

ПО должно:

      • Обладать функциональной полнотой для выполнения всех функций системы ( п.4.2. настоящего ТЗ)

      • Обладать модульностью построения

      • Иметь стандартизованные информационные связи и использовать стандартные интерфейсы

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

      • Система должна быть открытой и распределенной

      • Администрирование выполняется в одном месте

      • Обновление должно производиться однократно через главный сервер

      • Программное обеспечение не должно быть чувствительно к программной и аппаратной платформе

      • Наглядный интуитивный и понятный интерфейс

      • Качество САУ главным образом зависит от качества и достоверности данных, которые в ней хранятся. Поэтому необходимо уделять большое внимание к технологиям сбора данных.

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

При реализации системы должны применяться следующие языки высокого уровня: SQL, Java и д.р.
При реализации системы должны применяться следующие языки и стандарты взаимодействия КХД со смежными системами и пользователей с КХД: должны использоваться встроенные средства диалогового взаимодействия BI приложения; Java; Java Script; HTML; др.
Должны выполняться следующие требования к кодированию и декодированию данных: Windows CP1251 для подсистемы хранения данных; Windows CP1251 информации, поступающей из систем-источников.
Для реализации алгоритмов манипулирования данными в ХД необходимо использовать стандартный язык запроса к данным SQL и его процедурное расширение <например для Oracle DB это Oracle PL/SQL>.
Для описания предметной области (объекта автоматизации) должен использоваться Erwin.
Для организации диалога системы с пользователем должен применяться графический оконный пользовательский интерфейс.

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

Воспроизведение пользовательских приложений на системах android не ниже 4.4.2 и на IOS не ниже 4.0

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

Система должна быть реализована с использованием специально выделенных серверов Заказчика.
Сервер базы данных должен быть развернут на HP9000 SuperDome №1, минимальная конфигурация которого должна быть: CPU: 16 (32 core); RAM: 128 Gb; HDD: 500 Gb; Network Card: 2 (2 Gbit); Fiber Channel: 4.
Сервер сбора, обработки и загрузки данных должен быть развернут на HP9000 SuperDome №2, минимальная конфигурация которого должна быть:
CPU: 8 (16 core); RAM: 32 Gb; HDD: 100 Gb; Network Card: 2 (1 Gbit); Fiber Channel: 2.
Сервер приложений должен быть развернут на платформе HP Integrity, минимальная конфигурация которого должна быть: CPU: 6 (12 core); RAM: 64 Gb; HDD: 300 Gb; Network Card: 3 (1 Gbit).
Приведенные сервера должны быть подключены к дисковому массиву HP XP с организацией сети хранения данных. Минимальный объем свободного пространства для хранения данных на дисковом массиве должен составлять 100 Тб.

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

Не предъявляются.

4.3.7. Требования к организационному обеспечению


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

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

Не предъявляются

4.3.9. Требования к патентной чистоте

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

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


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

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

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

6.2. Требования к приемке работ по стадиям
Требования к приемке работ по стадиям приведены в таблице.

Стадия испытаний

Участники испытаний

Место и срок проведения

Порядок согласования документации

Статус приемочной комиссии

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

Организации Заказчика и Разработчика

На территории Заказчика, с dd.mm.yyyy по dd.mm.yyyy

Проведение предварительных испытаний.
Фиксирование выявленных неполадок в Протоколе испытаний.
Устранение выявленных неполадок.
Проверка устранения выявленных неполадок.
Принятие решения о возможности передачи АИС в опытную эксплуатацию.
Составление и подписание Акта приёмки АИС в опытную эксплуатацию.

Экспертная группа

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

Организации Заказчика и Разработчика

На территории Заказчика, с dd.mm.yyyy по dd.mm.yyyy

Проведение опытной эксплуатации.
Фиксирование выявленных неполадок в Протоколе испытаний.
Устранение выявленных неполадок.
Проверка устранения выявленных неполадок.
Принятие решения о готовности АИС к приемочным испытаниям.
Составление и подписание Акта о завершении опытной эксплуатации АИС.

Группа тестирования

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

Организации Заказчика и Разработчика

На территории Заказчика, с dd.mm.yyyy по dd.mm.yyyy

Проведение приемочных испытаний.
Фиксирование выявленных неполадок в Протоколе испытаний.
Устранение выявленных неполадок.
Проверка устранения выявленных неполадок.
Принятие решения о возможности передачи АИС в промышленную эксплуатацию.
Составление и подписание Акта о завершении приемочных испытаний и передаче АИС в промышленную эксплуатацию.
Оформление Акта завершения работ.

Приемочная комиссия

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

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


7.1. Технические мероприятия
Силами Заказчика в срок до начала этапа «Разработка рабочей документации. Адаптация программ» должны быть выполнены следующие работы:
- осуществлена подготовка помещения для размещения АТК системы в соответствии с требованиями, приведенными в настоящем техническом задании;
- осуществлена закупка и установка необходимого АТК;
- организовано необходимое сетевое взаимодействие.

7.2. Организационные мероприятия
Силами Заказчика в срок до начала этапа работ «Разработка рабочей документации. Адаптация программ» должны быть решены организационные вопросы по взаимодействию с системами-источниками данных. К данным организационным вопросам относятся:
- организация доступа к базам данных источников;
- определение регламента информирования об изменениях структур систем-источников;
- выделение ответственных специалистов со стороны Заказчика для взаимодействия с проектной командой по вопросам взаимодействия с системами-источниками данных.

7.3. Изменения в информационном обеспечении
Для организации информационного обеспечения системы должен быть разработан и утвержден регламент подготовки и публикации данных из систем-источников.
Перечень регламентов может быть изменен на стадии «Разработка рабочей документации. Адаптация программ».

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

1) согласованный Разработчиком и Заказчиком перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и НТД отрасли Заказчика;
перечень документов, выпускаемых на машинных носителях;
требования к микрофильмированию документации;
2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
3) при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

Этап

Документ

Проектирование. Разработка эскизного проекта. Разработка технического проекта.

Ведомость эскизного проекта

Пояснительная записка к эскизному проекту

Ведомость технического проекта

Пояснительная записка к техническому проекту

Схема функциональной структуры

Разработка рабочей документации. Адаптация программ

Ведомость эксплуатационных документов

Ведомость машинных носителей информации

Паспорт

Общее описание системы

Технологическая инструкция

Руководство пользователя

Описание технологического процесса обработки данных (включая телеобработку)

Инструкция по формированию и ведению базы данных (набора данных)

Состав выходных данных (сообщений)

Каталог базы данных

Программа и методика испытаний

Спецификация

Описание программ

Текст программ

Ввод в действие

Акт приёмки в опытную эксплуатацию

Протокол испытаний

Акт приемки Системы в промышленную эксплуатацию

Акт завершения работ


Вся документация должна быть подготовлена и передана как в печатном, так и в электронном виде (в формате Microsoft Word).
Перечень документов, выпускаемых на машинных носителях:
Модель хранилища данных.
Пакет ETL-процедур.
Объекты базы данных.
- Пакет витрин данных.

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

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:
- ГОСТ 24.701-86 «Надежность автоматизированных систем управления».
- ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».
ГОСТ 21958-76 «Система "Человек-машина". Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».
- ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».
- ГОСТ Р 50571.22-2000 «Электроустановки зданий».
- и т.д.

Вывод:

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


написать администратору сайта