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

Разработка технического задания на программный продукт. Техническое задание. Практическая работа по курсу " Управление разработкой программного обеспечения " Тема Разработка технического задания Выполнили Капралов В. Н. Козаков С. В. Петрова Ю. А


Скачать 93.33 Kb.
НазваниеПрактическая работа по курсу " Управление разработкой программного обеспечения " Тема Разработка технического задания Выполнили Капралов В. Н. Козаков С. В. Петрова Ю. А
АнкорРазработка технического задания на программный продукт
Дата10.03.2021
Размер93.33 Kb.
Формат файлаdocx
Имя файлаТехническое задание.docx
ТипПрактическая работа
#183312


Министерство образования Республики Беларусь

  1. Белорусский государственный университет информатики и радиоэлектроники



Институт информационных технологий

ПРАКТИЧЕСКАЯ РАБОТА
По курсу " Управление разработкой программного обеспечения"

Тема: Разработка технического задания
Выполнили:

Капралов В.Н.
Козаков С.В.

Петрова Ю.А.





Минск 2019

Содержание

Белорусский государственный университет информатики и радиоэлектроники 1

Капралов В.Н. Козаков С.В. 1

Петрова Ю.А. 1

1

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

1.1Полное наименование системы и ее условное обозначение 7

1.2Номер договора 7

1.3Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты 7

1.4Перечень документов, на основании которых создается система, кем и когда утверждены эти документы 7

1.5Плановые сроки начала и окончания работы по созданию системы 7

1.6Сведения об источниках и порядке финансирования работ 7

1.7Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы 7

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

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

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

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

3.1Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию 9

3.2Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды 9

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

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

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

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

4.1.1.2Требования к способам и средствам связи для информационного обмена между компонентами системы 10

4.1.1.3Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости 10

4.1.1.4Требования к режимам функционирования системы 10

4.1.1.5Требования по диагностированию системы 10

4.1.1.6Перспективы развития, модернизации системы 11

4.1.2Требования к численности и квалификации персонала системы и режиму его работы 11

4.1.2.1Требования к численности персонала (пользователей) АС 11

4.1.2.2Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков 11

4.1.2.3Требуемый режим работы персонала АС 11

4.1.3Показатели назначения 11

4.1.3.1Степень приспособляемости системы к изменению процессов и методов управления к отклонению параметров объекта управления 11

4.1.3.2Допустимые пределы модернизации и развития системы 11

4.1.3.3Вероятностно-временные характеристики, при которых сохраняется целевое назначение системы 11

4.1.4Требования к надежности 11

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

4.1.6Требования к транспортабельности для подвижных АС 12

4.1.7Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 13

4.1.8Требования к защите информации от несанкционированного доступа 13

4.1.9Требования по сохранности информации при авариях 13

4.1.10Требования к средствам защиты от влияния внешних воздействий 13

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

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

4.1.13Дополнительные требования 14

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

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

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

4.3.1Требования к математическому обеспечению 16

4.3.2Требования к информационному обеспечению 16

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

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

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

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

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

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

4.3.9Требования к другим видам обеспечения системы 18

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

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

6.1Виды, состав, объем и методы испытаний системы и ее составных частей 20

6.2Общие требования к приемке работ по стадиям 20

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

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

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

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

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

1.1 Полное наименование системы и ее условное обозначение 5

1.2 Номер договора 5

1.3 Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты 5

1.4 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы 5

1.5 Плановые сроки начала и окончания работы по созданию системы 5

1.6 Сведения об источниках и порядке финансирования работ 5

1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы 5

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

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

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

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

3.1 Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию 7

3.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды 7

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

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

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

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

4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы 8

4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости 8

4.1.1.4 Требования к режимам функционирования системы 8

4.1.1.5 Требования по диагностированию системы 8

4.1.1.6 Перспективы развития, модернизации системы 8

4.1.2 Требования к численности и квалификации персонала системы и режиму его работы 9

4.1.2.1 Требования к численности персонала (пользователей) АС 9

4.1.2.2 Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков 9

4.1.2.3 Требуемый режим работы персонала АС 9

4.1.3 Показатели назначения 9

4.1.3.1 Степень приспособляемости системы к изменению процессов и методов управления к отклонению параметров объекта управления 9

4.1.3.2 Допустимые пределы модернизации и развития системы 9

4.1.3.3 Вероятностно-временные характеристики, при которых сохраняется целевое назначение системы 9

4.1.4 Требования к надежности 9

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

4.1.6 Требования к транспортабельности для подвижных АС 10

4.1.7 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 10

4.1.8 Требования к защите информации от несанкционированного доступа 11

4.1.9 Требования по сохранности информации при авариях 11

4.1.10 Требования к средствам защиты от влияния внешних воздействий 11

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

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

4.1.13 Дополнительные требования 12

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

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

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

4.3.1 Требования к математическому обеспечению 13

4.3.2 Требования к информационному обеспечению 13

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

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

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

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

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

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

4.3.9 Требования к другим видам обеспечения системы 15

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

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

6.1 Виды, состав, объем и методы испытаний системы и ее составных частей 17

6.2 Общие требования к приемке работ по стадиям 17

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

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

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

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

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




    1. Полное наименование системы и ее условное обозначение

Полное наименование системы: Автоматизированная система учета «АСУ Литерал»

Краткое название: АСУ Литерал

    1. Номер договора

Номер контракта: №1/1 от 01.07.2019.

    1. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты

Заказчиком системы является ООО «Книгополис»

Адрес заказчика: г. Минск ул. Козлова 28б.

Разработчиком системы является ООО «IT SJV by»

Адрес разработчика: г. Минск ул. Пономаренко д. 15 оф. 105

    1. Перечень документов, на основании которых создается система, кем и когда утверждены эти документы

Основание для разработки АСУ Литерал являются следующие документы и нормативные акты:

- контракт № 1/1 от 01.07.2019 года на выполнение работ по разработке автоматизированной системы учета «АИС Литерал»;

- концепция автоматизированной системы учета «АИС Литерал».

    1. Плановые сроки начала и окончания работы по созданию системы

Плановый срок начала работ по созданию «АИС Литерал» - 02.07.2019

Плановый срок окончания работ по созданию «АИС Литерал» - 02.09.2019

    1. Сведения об источниках и порядке финансирования работ

Источник финансирования: собственные средства ООО «Книгополис». Порядок финансирования определяется заключенным контрактом.

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

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

Порядок предъявления системы учета, ее испытаний и окончательной приемки определен в п.8 настоящего технического задания.


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

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

АСУ Литерал предназначена для автоматизации типовых бизнес-процессов деятельности букинистического магазина ООО «Книгополис» в части:

- учет продавцов книг:

- учет покупателей;

- учет заказов покупателей;

- учет реализованных книг;

- учет предложений продавцов;

- учет расчетов с продавцами.

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

Основными целями системы являются:

- автоматизация работы сотрудника магазина.

- повышение эффективности работы с заказами покупателей и предложениями продавцов;

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

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




    1. Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию

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

Процессы управления включают в себя:

- оперативный учет поступающей информации от покупателей и продавцов;

- повышение скорости обслуживания покупателей;

- анализ расчетов с продавцами;


    1. Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды

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

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




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




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




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

В АИС Литерал входят следующие подсистемы:

- подсистема хранения и архивации данных;

- подсистема учета;

- подсистема формирования и визуализации отчетности;

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

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

Подсистема формирования отчетности предназначена для формирования чеков заказа, чеков продажи, отчета по расчетам с продавцами.

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

Требования не предъявлялись.

        1. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости

Требования не предъявлялись.

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

Для АСУ Литерал определены 2 режима функционирования:

- штатный режим функционирования;

- аварийный режим функционирования.

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

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

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

        1. Требования по диагностированию системы

Требования не предъявлялись.

        1. Перспективы развития, модернизации системы

Требования не предъявлялись.

      1. Требования к численности и квалификации персонала системы и режиму его работы

        1. Требования к численности персонала (пользователей) АС

Для полноценного функционирования АИС Литерал требуется 1 сотрудник.

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

К квалификации сотрудника предъявляются следующие требования:

- опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя.

        1. Требуемый режим работы персонала АС

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

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

        1. Степень приспособляемости системы к изменению процессов и методов управления к отклонению параметров объекта управления

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

        1. Допустимые пределы модернизации и развития системы

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

        1. Вероятностно-временные характеристики, при которых сохраняется целевое назначение системы

Требования не предъявлялись.

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

Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств.

Надежность должна обеспечиваться за счет:

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

- своевременного выполнения архивирования системы;

- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;

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

Под аварийной ситуацией понимается аварийное завершение процесса, выполняемого той или иной подсистемой КХД, а также «зависание» этого процесса.

При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы:

- сбой в электроснабжении рабочей станции пользователей системы;

- ошибки, связанные с работой программного обеспечения (операционная система, драйверы устройств);

- ошибки при работе аппаратных средств;

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

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

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

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


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

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

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

- интерфейсы подсистем должен быть типизированы;

- должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;

- должен использоваться шрифт: Arial, 12 пт.

- цветовая палитра – черно белое изображение (возможно выделение отдельных полей заголовков отчетов заливкой серым цветом или его оттенком)

- в шапке отчетов должен использоваться логотип Заказчика.

      1. Требования к транспортабельности для подвижных АС

АСУ является стационарной и после монтажа и проведения пуско-наладочных работ транспортировке не подлежит.

      1. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

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

Требования не предъявлялись.

      1. Требования по сохранности информации при авариях

Требования не предъявлялись.

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

Требования не предъявлялись.

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

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

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

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

Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляется с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.

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

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

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

Требования не предъявлялись.

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

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

1. Подсистема хранения данных

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

2. Подсистема учета

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

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

- постоянство хранения информации;

- добавление, просмотр, редактирование и удаление новых элементов;

- поиск элементов.

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

Подсистема учета должна обеспечивать ведение следующих справочников и реестров:

- Справочник «Покупатели»;

- Справочник «Продавцы»;

- Справочник «Книга»;

- реестр «Заказ»;

- реестр «Предложение»;

Справочник «Покупатели» включает атрибуты:

- Фамилия

- Имя

- Отчество

- Город проживания

- Улица проживания

- Дом/корпус/квартира

- Телефон

Справочник «Продавцы» включает атрибуты:

- Фамилия

- Имя

- Отчество

- Город проживания

- Улица проживания

- Дом/корпус/квартира

- Телефон

Справочник «Книга» включает атрибуты:

- Наименование

- Автор

- Год издания

- Издательство

- Тип переплета

- Серия

- Стоимость

- Отметка о продаже

Реестр «Заказ» включает атрибуты:

- справочника «Покупатели» (Фамилия, Имя, Отчество, Город проживания, Улица проживания, Дом/корпус/квартира, Телефон)

- справочника «Книга» (Наименование, Автор, Год издания, Издательство, Тип переплета, Серия)

- Дата заказа

Реестр «Предложение» включает атрибуты:

- справочника «Продавцы» (Фамилия, Имя, Отчество, Город проживания, Улица проживания, Дом/корпус/квартира, Телефон)

- справочника «Книга» (Наименование, Автор, Год издания, Издательство, Тип переплета, Серия)

- Дата

- Стоимость

- Отметка «Принята»

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

- постоянное хранение данных

- добавление данных в справочники

- просмотр и выбор элементов справочников

- печать банка заказа и бланка (пустого/заполненного) приемки книг.

- печать списка книг из справочника «Книги»

При заполнении формы «Заказ», книги, которые уже были проданы, не должны отображаться в справочнике книг, но должны отображаться при заполнении формы «Предложение».

Подсистема формирования отчетности должна формировать чек покупки, отчет по расчетам с продавцами.

Чек покупки должен содержать следующие атрибуты:

- Название (из справочника «Книги»)

- Стоимость (из реестра «Книги)

Отчет по расчетам с продавцами должен содержать следующие атрибуты:

- атрибуты справочника «Продавцы»

- сумма выплаты

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

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

Требования не предъявлялись.

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

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

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

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

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

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

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

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

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

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

В состав комплекса (Рисунок 1) должны следующие технические средства:
- Сервер БД

- ПК пользователей;



В случае необходимости, вся система должна иметь возможность размещения на одном ПК пользователя.

ПК пользователей и Сервер БД должны быть объединены между собой одной локальной сетью с пропускной способностью не менее 100 Мбит\с
Требования к техническим характеристикам серверов БД:
– Процессор – 1 х Intel Xeon 3 ГГц;
– Объем оперативной памяти – 16 Гб;
– Дисковая подсистема – 2 х 320 Гб; 
– Устройство чтения компакт-дисков (DVD-ROM);
– Сетевой адаптер – 100 Мбит.
Требования к техническим характеристикам ПК пользователей:
– Процессор – Intel Core i 5 3.2Ггц
– Объем оперативной памяти – 4 Гб;
– Дисковая подсистема – 500 Гб; 
– Сетевой адаптер – 100 Мбит.

– Поддержка USB
Требования к техническим характеристикам сетевого оборудования:

– Свич 5 портов 100Мбит/с

– кабель витая пара категории 5е.

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

Требования не предъявлялись.

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

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

Заказчиком должны быть определены должностные лица, ответственные за:
– обработку информации АС;

– администрирование АС;

– обеспечение безопасности информации АС;

– управление работой персонала по обслуживанию АС. 

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

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

Требования не предъявлялись.

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

Требования не предъявлялись.

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

Работы по созданию системы выполняются в три этапа:

Проектирование. Разработка эскизного проекта. Разработка технического проекта (продолжительность — 1 месяц).

Разработка рабочей документации. Адаптация программ (продолжительность — 0,5 месяца).

Ввод в действие (продолжительность — 0,5 месяца).

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

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

    1. Виды, состав, объем и методы испытаний системы и ее составных частей

Для АСУ устанавливаются следующие виды испытаний:

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

- опытная эксплуатация;

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

    1. Общие требования к приемке работ по стадиям

Сдача-приёмка работ производится поэтапно, в соответствии с рабочей программой и календарным планом, являющимися приложениями к контракту №1/1 от 01.07.2019 года.

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

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

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

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

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

Силами Заказчика в срок до начала проведения пусконаладочных работ должны быть выполнены следующие работы:

- закупка технических средств в соответствии с требованиями п. 4.3.5. настоящего технического задания.

- монтаж ЛВС.

- должно быть определено ответственное должностное лицо за внедрение и проведение опытной эксплуатации АСУ Литерал.

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

- проведена опытная эксплуатация АСУ Литерал

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

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

Этап

Документ

Содержание документа

Примечания

1. Техническое проектирование

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

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




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

— описание основных технических решений;
— описание процесса деятельности с применением системы;
— мероприятия по подготовке объекта автоматизации к вводу системы в действие




Описание автоматизируемых функций

— детальные сценарии работы системы;
— макеты пользовательского интерфейса с подробным описанием элементов;
— перечень подсистем (модулей) с описанием выполняемых функций;
описание структуры данных, где это необходимо;
— формы и правила формирования отчетов

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



Описание комплекса технических средств

— описание комплекса оборудования
— описание локальной сети




Описание организационной структуры

Изменения в организационной структуре, необходимые для функционирования системы




Смета

Уточненная стоимость работ по созданию и внедрению системы




2. Разработка рабочей и эксплуатационной документации

Ведомость рабочей и эксплуатационной документации

Перечень рабочих (эксплуатационных) документов технического проекта




Формуляр

— общие указания по эксплуатации системы;
— перечень документации для ознакомления персоналом;
— объем сопровождения;

— перечень возникших аварийных ситуаций и сведения об их устранении;
— сведения о ремонте технических средств;
— сведения об изменениях ПО;
— сведения о выполнении регламентных работ;
— сведения о рекламациях и устранении замечаний

— При модернизации системы документ актуализируется.



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

— структура системы;
— описание подсистем;
— схема структурная комплекса технических средств;
— перечень эксплуатационных документов

Разрабатываться в полном объеме

Руководство пользователя/ администратора

Описание операций по работе с системой




Спецификация закупаемого оборудования

Для каждой позиции указывается:
— наименование оборудования;
— тип, марка;
— изготовитель, поставщик;
— количество

Разрабатывается в случае необходимости

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

Инструкция на операцию или комплекс операций, связанных с использованием системы

При модернизации — актуализируется в случае необходимости

Описание интеграционных решений




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

Программа подготовки пользователей

— план самостоятельной подготовки;
— план занятий, количество часов;
— перечень тем изучения на занятиях;
— раздаточные материалы;
— контрольные примеры




Программа и методика испытаний (для каждого испытания отдельно)

— сценарии проверки функций системы;
— сценарии проведения нагрузочного тестирования

Производится проверка:
— общей работоспособности системы и ее интеграции со смежными системами;
— уровня готовности пользователей

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

Протокол подготовки персонала

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




Протокол развертывания системы







Протокол предварительных испытаний

Перечень испытаний с отметками о прохождении и замечаниями




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







Журнал опытной эксплуатации

Перечень замечаний и сведения об их устранении




Акт о завершении опытной эксплуатации







Протокол приемочных испытаний

Перечень испытаний с отметками о прохождении и замечаниями




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







4. Гарантийное и послегарантийное обслуживание (сопровождение)

Формуляр

Документ разрабатывается на стадии 5 (Разработка рабочей и эксплуатационной документации) и заполняется по ходу сопровождения





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

  1. ГОСТ 34.601-90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания

  2. ГОСТ 34.602 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

  3. РД 50-34.698-90 Автоматизированные системы требования к содержанию документов.

  4. ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС.

  5. ISO15504:1-9:1998 Оценка (аттестация) процессов жизненного цикла программных средств

  6. ISO15271:1998. (ГОСТ Р-2002). ИТ. Руководство по применению ISO 12207.

  7. ISO16326:1999. (ГОСТ Р-2002). ИТ. Руководство по применению ISO 12207 при административном управлении проектами.

  8. ISO9000-3:1997. Стандарты в области административного управления качеством и обеспечения качества. Часть 3. Руководящие положения по применению стандарта ISO 9001 при разработке, поставке и обслуживании программного обеспечения.

  9. ГОСТ 19-201-78 Единая система программной документации. Техническое здание. Требование к содержанию и оформлению.

  10. ГОСТ 19.402-78 Единая система программной документации. Описание программы.

  11. ГОСТ 19.404-79 Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению.

  12. ГОСТ 19.301-79 Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению.















































СОСТАВИЛИ

Наименование организации, предприятия

Должность исполнителя

Фамилия, имя, отчество

Подпись

Дата
















СОГЛАСОВАНО

Наименование организации, предприятия

Должность исполнителя

Фамилия, имя, отчество

Подпись

Дата



















technicaldocs.ru


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