Технология формирования технического задания на информационную систему

Страницы работы

Содержание работы

Технология формирования ТЗ на информационную систему

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

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

При разработке ТЗ предполагается, что производственная сфера модифицирована и соответствует целям, стоящим  перед рассматриваемым объектом.

                  ТЗ оформляется в соответствии с ГОСТ 34-602-89

.

1.  Раздел «Общие сведения»

В данном разделе указывают общие характеристики создаваемой системы и участников разработки.

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

Полное наименование системы обычно связано с назначением системы или с локализацией объекта автоматизации. Под локализацией понимается формирование перечня элементов, включаемых в систему. В этом случае проводится анализ степени связанности элементов (объем передаваемой информации) и размещения элементов по структуре объекта. Можно выделить внешние системы (элементы), которые рассматриваются как источники или приемники информации выделенной системы. Например: «Информационная система малого предприятия»; «АРМ маркетолога». Сокращенное наименование системы вводится для  снижения трудоемкости оформления проектной документации. Например: ИСМП, АРМ-М.

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

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

1.4.  Перечень документов, на основании которых создается система, кем и когда утверждены эти документы; Этот пункт  дает обоснование проводимой разработки. В данном пункте могут быть отражены документы вышестоящих организаций или инициатива заказчика. Необходимо указать наименование документов, издателя и дату их утверждения.

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

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

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

-  {что} передается заказчику;

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

-  как оформляется каждый элемент из {что}.

Заказчику можно передавать загрузочный модуль, комплекс программ, пакет прикладных программ, дистрибутив, технический проект, рабочий проект, техно-рабочий проект, инструкции пользователям, результаты НИР и ОКР и т.п. Необходимо определить, что конкретно передавать заказчику, в какой последовательности (по мере завершения отдельных частей системы или по завершению всей разработки) передаются материалы. По каждому элементу из {что} определяется  тип носителя, формат представления, количество экземпляров и т.п..

2.  Раздел «Назначение и цели создания (развития) системы».

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

 Он состоит из подразделов:

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

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

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

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

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

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

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

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

3.  Раздел «Характеристика объекта автоматизации».

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

Похожие материалы

Информация о работе