4.1.1 Регистрация образовательного учреждения в Системе

Регистрация образовательного учреждения Российской Федерации осуществляется ответственным сотрудником учреждения («Постановление Правительства …»).

Процесс регистрации образовательного учреждения включает следующие шаги:

  • Автор создает запись об организации;

  • Автор заносит данные организации;

  • Система проверяет наличие лицензии для данной организации

    • Если лицензия существует в базе данных, Система отправляет Автору сообщение об успешной регистрации;

    • Если лицензия не найдена в базе данных, Система отправляет сообщение Автору об отсутствии лицензии для данной организации.»           

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

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

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

  • показатели назначения

  • требования к надежности

  • требования к безопасности

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

  • требования к защите информации

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

  • требования к патентной чистоте

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

  • и т.д. 

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

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

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

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

Данный раздел технического задания также важен, как и описание функциональных требований, поэтому не следует ограничиваться фразой «Заказчику должна быть предоставлена вся документация согласно ГОСТ 34». Это означает, что вы должны предоставить весь пакет документов включая «Формуляр», «Паспорт» и т.п. Большинство документов из списка, указанного в ГОСТ 34.201-89 не нужны ни вам, ни заказчику, поэтому лучше сразу согласовать список на этапе разработки документа Техническое задание.

Минимальный пакет документов обычно включает:

  • Техническое задание;

  • Ведомость эскизного (технического) проекта;

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

  • Описание организации информационной базы;

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

  • Руководство администратора;

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

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

  • Акт выполненных работ

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

Стадии и этапы разработки

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

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

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

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

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

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

Последнее обновление ( 26.05.2011 г. )  

Техническое задание – это основной документ, призванный консолидировать все требования к разрабатываемому программному продукту (автоматизированной системе). Его структура и содержание определяется ГОСТ 34.602 89. Далее, я хочу вам представить основные разделы технического задания с кратким описанием их назначения.

1. Общие положения

1.1. Полное наименование системы и ее условное обозначение. 1.2. Номер договора. 1.3. Наименование разработчика и заказчика системы и их реквизиты. 1.4. Перечень документов, на основании которых создается система. 1.5. Плановые сроки начала и окончания работ. 1.6. Сведения об источниках и порядке финансирования работ. 1.7. Порядок оформления и предъявления заказчику результатов работ по созданию системы.

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

2.1. Назначение системы: вид автоматизируемой деятельности и перечень объектов автоматизации. 2.2. Цели создания системы: требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания системы.

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

3.1. Краткие сведения об объекте автоматизации. 3.2. Сведения об условиях эксплуатации объекта автоматизации.

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

4.1. Требования к системе в целом. 4.1.1. Требования к структуре и функционированию системы. 4.1.2. Требования к численности и квалификации персонала системы и режиму его работы. 4.1.3. Требования к надежности. 4.1.4. Требования безопасности. 4.1.5. Требования к эргономике и технической эстетике. 4.1.6. Требования к эксплуатации и техническому обслуживанию. 4.1.7. Требования к защите информации от несанкционированного доступа; 4.1.8. Требования к сохранности информации при авариях. 4.1.9. Требования к защите от влияния внешних воздействий. 4.1.10. Требования к патентной чистоте. 4.1.11. Любые дополнительные требования.

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

4.3. Требования к видам обеспечения. 4.3.1. Требования к математическому обеспечению системы. (требования к составу, области применения и способам использования в системе математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке) 4.3.2. Требования информационному обеспечению системы. (требования к составу, структуре и способам организации данных в системе; к информационному обмену между компонентами системы; к информационной совместимости со смежными системами; к применению систем управления базами данных; к структуре процесса сбора, обработки, передачи данных в системе и представлению данных; к защите данных от разрушений при авариях и сбоях в электропитании системы; к контролю, хранению, обновлению и восстановлению данных) 4.3.3. Требования к лингвистическому обеспечению системы. (требования к применению в системе языков программирования высокого уровня, языков взаимодействия пользователей и технических средств системы, а также требования к кодированию и декодированию данных, к языкам ввода-вывода данных, языкам манипулирования данными, средствам описания предметной области (информационному моделированию), к способам организации диалогов с пользователем и т.д.) 4.3.4. Требования к программному обеспечению системы. (перечень лицензионных программных продуктов, наличие которых необходимо для функционирования системы в нормальном режиме) 4.3.5. Требования к техническому обеспечению. (требования к видам технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе; к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы) 4.3.6. Требования к организационному обеспечению. (требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; к организации функционирования системы и порядку взаимодействия персонала объекта автоматизации; к защите от ошибочных действий персонала системы) 4.3.7. Требования к методическому обеспечению (к нормативно-технической документации).

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

5.1. Перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ и т.п. 5.2. Перечень документов, по ГОСТ 34.201-89, предъявляемых по окончании соответствующих стадий и этапов работ.

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

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

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

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

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

Согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и непосредственно требованиям заказчика.

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

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

Технический проект

Технический проект – это тот документ, который должен стать результатом выполнения этапов эскизного и технического проектирования согласно ГОСТ 34.601 90. Технический проект должен содержать более детальную проработку требований, изложенных в техническом задании, а также, описание проектных решений, которые предстоит реализовать, чтобы эти требования выполнить. Структура технического проекта строго не регламентируется. Ниже представлены основные разделы, которые в том или ином виде должны присутствовать в документе (наборе документов), отражающих результаты проектирования программного продукта.

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

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

Источники и структуры данных

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

Проектные решения

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

Сценарии интеграции

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