- •Назначение и цели создания системы
- •Требования к системе
- •Требования к системе
- •4.1.1 Регистрация образовательного учреждения в Системе
- •Алгоритм разработки программного обеспечения
- •Обязательными составляющими проекта должны быть:
- •Разработка безопасного программного обеспечения по гост р 56939-2016
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. Технический проект должен содержать более детальную проработку требований, изложенных в техническом задании, а также, описание проектных решений, которые предстоит реализовать, чтобы эти требования выполнить. Структура технического проекта строго не регламентируется. Ниже представлены основные разделы, которые в том или ином виде должны присутствовать в документе (наборе документов), отражающих результаты проектирования программного продукта. Архитектура информационной системы В разделе должно быть приведено общее описание архитектуры программного продукта, представлены используемые компоненты, технологии и инструменты. Описано взаимодействие компонентов друг с другом. Также, здесь следует обозначить точки интеграции с другими системами. Источники и структуры данных В разделе приводится описание используемых системой источников данных и формата этих данных. Здесь также следует привести результатыинформационного моделирования предметной области: перечень основных объектов автоматизации, связей между этими объектами и их представление в информационном хранилище (базе данных). Проектные решения В разделе подробно описываются все, реализуемые в рамках создания программного продукта проектные решения: полное описание реализации бизнес-сценариев и соответствующих им бизнес-процессов. По каждому эпизоду приводится описание реализации требований к задачам системы, зафиксированных в техническом задании, и по каждому процессу описываются источники и структуры данных. Сценарии интеграции В разделе указываются все точки интеграции программного продукта с внешними системами с подробной их спецификацией и описанием реализации требований к сценариям интеграции. |