Под технологичностью понимают качество проекта программного продукта, от которого зависят трудовые и материальные затраты на его реализацию и последующие модификации. Хороший проект быстро и легко кодируется, отлаживается и модифицируется. Технологичность ПО определяется проработанностью его моделей, уровнем независимости модулей, стилем программирования и степенью повторного использования кодов. Повторное использование кодов предполагает как использование ранее разработанных библиотек подпрограмм или классов, так и унификацию кодов текущей разработки.
Стадии разработки ПО по ГОСТ 19.102-77:
1. стадия «Техническое задание» — соответствует постановке задачи
Эта стадия содержит:
· выбор критериев эффективности
· проведение предварительных научно-исследовательских работ
2. стадия «Эскизный проект» — соответствует анализу требований и разработке спецификаций
Эта стадия содержит:
· структура входных и выходных данных
· уточнение методов решения
Лекция 6. Часть 2. Документирование требований. Техническое задание
· разработка документации эскизного проекта
3. стадия «Технический проект» — соответствует этапу ЖЦ ПО проектирование
Эта стадия содержит:
· уточнение структуры входных и входных данных
· семантика и синтаксис языка
· конфигурация технических средств
4. стадия «Рабочий проект» — этап – реализация.
Эта стадия содержит:
· программирование и отладка
· подготовка и проведение испытаний
· корректировка программы и документов по итогам испытаний
5.стадия «Внедрение»
· передача программы и документов для сопровождения
· передача в Фонд алгоритмов и программ.
РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ
ТЗ представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемно-сдаточных испытаний. В разработке ТЗ участвуют как представители заказчика, так и представители исполнителя. В основе этого документа лежат исходные требования заказчика, анализ передовых достижений техники, результаты выполнения научно-исследовательских работ, предпроектных исследований, научного прогнозирования.
Существуют факторы, определяющие характеристики разрабатываемого ПО. Это:
· исходные данные и требуемые результаты, которые определяют функции программы или системы;
· среда функционирования (программная и аппаратная) – может быть задана, а может выбираться для обеспечения параметров, указанных в техническом задании;
· возможное взаимодействие с другим ПО и(ли) специальными техническими средствами – также может быть определено, а может выбираться исходя из набора выполняемых функций.
Разработка ТЗ выполняется в следующей последовательности: устанавливается набор выполняемых функций, перечень и характеристики исходных данных; определяется перечень результатов, их характеристики и способы представления; уточняется среда функционирования ПО (конкретная комплектация, параметры технических средств, версию ОС, возможно, версии и параметры другого установленного ПО, с которым предстоит взаимодействовать). Если ПО собирает и хранит некоторую информацию или включается в управление каким-либо техническим процессом, необходимо четко регламентировать действия программы в случае сбоев оборудования и энергоснабжения.
Вебинар «Подготовка Технического задания на проектирование объекта КС с применением ТИМ»
На ТЗ существует стандарт ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». В соответствии с этим стандартом ТЗ должно содержать следующие разделы:
· основания для разработки;
· требования к программе или программному изделию;
· требования к программной документации;
· стадии и этапы разработки;
· порядок контроля и приемки.
Введение должно включать наименование и краткую характеристику области применения программного продукта, а также объекта (например, системы), в котором предполагается их использовать. Основное назначение введения – продемонстрировать актуальность данной разработки и показать, какое место эта разработка занимает в ряду подобных.
Основание для разработки должен содержать наименование документа, на основании которого ведется разработка, наименование организации, утвердившей данный документ, и наименование или условное обозначение темы разработки. Таким документом может служить план, приказ, договор.
Назначение разработки должен содержать описание функционального и эксплуатационного назначения программного продукта с указанием категорий пользователей.
Требования к программе или программному изделию должен содержать следующие подразделы:
· требования к функциональным характеристикам;
· требования к надежности;
· требования к составу и параметрам технических средств;
· требования к информационной и программной совместимости;
· требования к маркировке и упаковке;
· требования к транспортированию и хранению;
Наиболее важным является подраздел «Требования к функциональным характеристикам». В этом разделе должны быть перечислены выполняемые функции и описаны состав, характеристики и формы представления исходных данных и результатов. В этом же разделе модно указать критерии эффективности: максимально допустимое время ответа системы, максимальный объем используемой оперативной или внешней памяти.
В подразделе Требования к надежностиуказывают уровень надежности, который должен быть обеспечен разрабатываемой системой и время восстановления системы после сбоя. Для систем с обычными требованиями к надежности в этом разделе иногда регламентируют действия разрабатываемого продукта по увеличению надежности результатов (контроль входной и выходной информации, создание резервных копий промежуточных результатов).
В подразделе Условия эксплуатации указывают особые требования к условиям эксплуатации: температуре окружающей среды, относительной влажности воздуха и т.п. Такие требования формулируют, если разрабатываемая систем будет эксплуатироваться в нестандартных условиях или использует специальные внешние устройства для хранения информации. Здесь же указывают вид обслуживания, необходимое количество и качество персонала. В противном случае можно указать, что требования не предъявляются.
В подразделе Требования к составу и параметрам технических средствуказывают необходимый состав технических средств с указанием их основных технических характеристик: тип микропроцессора, объем памяти, наличие внешних устройств. При этом часто указывают два варианта конфигурации: минимальный и рекомендуемый.
В подразделе Требования к информационной и программной совместимостипри необходимости можно задать методы решения, определить язык или среду программирования для разработки, а также используемую ОС и другие системные и пользовательские программные средства, с которыми должно взаимодействовать разрабатываемое программное обеспечение. В этом же разделе при необходимости указывают, какую степень защиты информации необходимо предусмотреть.
В разделе Требования к программной документацииуказывают необходимость наличия руководства программиста, руководства пользователя, руководства системного программиста, пояснительной записки и т.д.
В разделе Технико-экономические показатели рекомендуется указывать ориентировочную экономическую эффективность, предполагаемую годовую потребность и экономические преимущества по сравнению с существующими аналогами.
В разделе Порядок контроля и приемкиуказывают виды испытаний и общие требованияк приемке работы.
В приложенияхпри необходимостиуказывают перечень научно-исследовательских работ, обосновывающих разработку; схемы алгоритмов; таблицы; описания, обоснования, расчеты и другие документы, которые следует использовать при разработке.
Если какие-либо требования предусмотренные ТЗ, заказчик не предъявляет, следует указать «Требования не предъявляются».
Как распознать напряжение: Говоря о мышечном напряжении, мы в первую очередь имеем в виду мускулы, прикрепленные к костям .
Личность ребенка как объект и субъект в образовательной технологии: В настоящее время в России идет становление новой системы образования, ориентированного на вхождение.
Как выбрать специалиста по управлению гостиницей: Понятно, что управление гостиницей невозможно без специальных знаний. Соответственно, важна квалификация.
Источник: megaobuchalka.ru
Содержание технического задания на ИС
Результаты обследования представляют объективную основу для формирования технического задания на информационную систему.
Техническое задание- это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления.
При разработке технического задания необходимо решить следующие задачи:
- установить общую цель создания ИС, определить состав подсистем и функциональных задач;
- разработать и обосновать требования, предъявляемые к подсистемам;
- разработать и обосновать требования, предъявляемые к информационной базе, математическому и программному обеспечению, комплексу технических средств (включая средства связи и передачи данных);
- установить общие требования к проектируемой системе;
- определить перечень задач создания системы и исполнителей;
- определить этапы создания системы и сроки их выполнения;
- провести предварительный расчет затрат на создание системы и определить уровень экономической эффективности ее внедрения.
Типовые требования к составу и содержанию технического задания приведены в таблице 5.3.
- полное наименование системы и ее условное обозначение
- шифр темы или шифр (номер) договора;
- наименование предприятий разработчика и заказчика системы, их реквизиты
- перечень документов, на основании которых создается ИС
- плановые сроки начала и окончания работ
- сведения об источниках и порядке финансирования работ
- порядок оформления и предъявления заказчику результатов работ по созданию системы, ее частей и отдельных средств
- вид автоматизируемой деятельности
- перечень объектов, на которых предполагается использование системы
- наименования и требуемые значения технических, технологических, производственно-экономических и др. показателей объекта, которые должны быть достигнуты при внедрении ИС
- краткие сведения об объекте автоматизации
- сведения об условиях эксплуатации и характеристиках окружающей среды
- требования к структуре и функционированию системы (перечень подсистем, уровни иерархии, степень централизации, способы информационного обмена, режимы функционирования, взаимодействие со смежными системами, перспективы развития системы)
- требования к персоналу (численность пользователей, квалификация, режим работы, порядок подготовки)
- показатели назначения (степень приспособляемости системы к изменениям процессов управления и значений параметров)
- требования к надежности, безопасности, эргономике, транспортабельности, эксплуатации, техническому обслуживанию и ремонту, защите и сохранности информации, защите от внешних воздействий, к патентной чистоте, по стандартизации и унификации
- перечень подлежащих автоматизации задач
- временной регламент реализации каждой функции
- требования к качеству реализации каждой функции, к форме представления выходной информации, характеристики точности, достоверности выдачи результатов
- перечень и критерии отказов
- математическому (состав и область применения мат. моделей и методов, типовых и разрабатываемых алгоритмов)
- информационному (состав, структура и организация данных, обмен данными между компонентами системы, информационная совместимость со смежными системами, используемые классификаторы, СУБД, контроль данных и ведение информационных массивов, процедуры придания юридической силы выходным документам)
- лингвистическому (языки программирования, языки взаимодействия пользователей с системой, системы кодирования, языки ввода- вывода)
- программному (независимость программных средств от платформы, качество программных средств и способы его контроля, использование фондов алгоритмов и программ)
- техническому
- метрологическому
- организационному (структура и функции эксплуатирующих подразделений, защита от ошибочных действий персонала)
- методическому (состав нормативно- технической документации
- перечень стадий и этапов работ
- сроки исполнения
- состав организаций — исполнителей работ
- вид и порядок экспертизы технической документации
- программа обеспечения надежности
- программа метрологического обеспечения
- виды, состав, объем и методы испытаний системы
- общие требования к приемке работ по стадиям
- статус приемной комиссии
- преобразование входной информации к машиночитаемому виду
- изменения в объекте автоматизации
- сроки и порядок комплектования и обучения персонала
- перечень подлежащих разработке документов
- перечень документов на машинных носителях
Эскизный проект предусматривает разработку предварительных проектных решений по системе и ее частям.
Выполнение стадии эскизного проектирования не является строго обязательной. Если основные проектные решения определены ранее или достаточно очевидны для конкретной ИС и объекта автоматизации, то эта стадия может быть исключена из общей последовательности работ.
Содержание эскизного проекта задается в ТЗ на систему. Как правило, на этапе эскизного проектирования определяются:
- функции ИС;
- функции подсистем, их цели и ожидаемый эффект от внедрения;
- состав комплексов задач и отдельных задач;
- концепция информационной базы и ее укрупненная структура;
- функции системы управления базой данных;
- состав вычислительной системы и других технических средств;
- функции и параметры основных программных средств.
По результатам проделанной работы оформляется, согласовывается и утверждается документация в объеме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию системы.
Источник: studopedia.ru