Этап занимающий наибольшее время при разработке программы это

Содержание

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

Характерные черты 2-й группы программ является их высокая надёжность. Сл-но они написаны в том стиле чтобы была возможность исправления ошибок. Кроме требований надёжности есть ещё: необходимость иметь некоторую технологию проектирования программ. Она включает в себя совокупность мероприятий руководящих документов и автоматизированных средств. Предназначенных для разработки, отладки, документирования управления работы специалиста и поддержки программы на этапе их эксплуатации.

Требования предъявляемые к программным системам.

1) требование к правильности: предполагает, что прога функционирует в соответствии с техническим заданием.

2) требование к точности: предполагает, что числовые данные выдаваемые прогой имеют допустимые отклонения.

3) требование к надёжности: предполагает, что прога при всех условиях обеспечивает абсолютную повторяемость результатов.

4) требование к универсальности: предполагает, что прога работает при допустимых вариантах исходных данных

Что Находится ЗА КВАНТОВЫМ Миром? | Документальный Фильм

5) требование к защищённости: предполагает, что прога сохраняет работоспособность при сбоях. Это особенно важно для прог работающих в режиме реального времени. Это же актуально для прог работающих с большими объёмами данных в течение длительного времени.

6) требование к полезности: предполагает, что задачи решаемые прогой имеют практическую ценность.

7) требование к эффективности: предполагает, что объём ресурсов запрашиваемый прогой не превышает заданного предела оговорённых в техническом задании (ТЗ).

8) требование к проверяемости: предполагает, проверку правельности и универсальности. Существует два способа проверки правельности: а) опирается на формальные математические выкладки (применим только для очень простых прог) б) неформальные способы (отладка с контрольными остановами).

9) требование к адаптируемости: предполагает, что прога допускает лёгкое приспособление к новым условиям эксплуатации (возможность автоматической настройке к новой среде).

10) требование к совместимости: предполагает, что прога работает должным образом не только автономно, но и как составная часть программной среды.

11) требование к документируемости.

2. Общие принципы разработки программных систем: этапы жизненного цикла программной системы.

Этапы жизненного цикла программной системы.

1) постановка задачи

2) разработка

3) реализация

4) испытание

5) эксплуатация

1. Постановка задачи:

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

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

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

Видео 22. Жизненный цикл ПО. Этапы разработки ПО. Классическая модель разработки ПО

2. Разработка:

Это главный этап занимающий основное время работы над проектом:

6.5.1. Этапы жизненного цикла программы

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

Полный жизненный цикл сложной программы состоит из двух этапов [14]:

создание программы (32%);

сопровождение программы (68%).

При этом создание программы включает в себя следующие фазы:

точная постановка задачи и формулировка требований

проектирование программы (15%);

кодирование программы (15%);

разработка документации (10%);

тестирование и отладка программы (25%);

занесение программы на рабочий носитель (5%);

комплексная отладка программы (15%).

Цифры, приведенные в скобках, показывают трудоемкость каждого этапа по отношению к полной трудоемкости работ данной группы.

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

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

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

6.5.2. Точная постановка задачи и формулировка требований к программе

Этот этап присутствует в той или иной форме в любой деятельности, направленной на разработку какой-либо системы. Здесь вырабатываются требования, определяющие, какими характеристиками должно обладать проектируемое изделие.

При создании программы на этом этапе, в частности, должны быть определены:

1) функции программы;

2) функциональный смысл входной и выходной информации;

3) типы устройств ввода/вывода и форма представления информации;

4) диапазон изменения и точность представления входной и выходной информации;

5) системные требования (допустимое время решения задачи, особенности ввода/вывода информации и т.д. и т.п.);

6) необходимость контроля и типы обнаруживаемых ошибок;

7) особые случаи и реакция на них, допустимое время реакции.

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

Последовательно отвечая на поставленные вопросы, можно сформулировать требования к программе, то есть определить «Что делать?» При этом должно быть учтено множество факторов. Формулировке требований следует уделять большое внимание. Практика показывает, что примерно 60% ошибок в программе появляется из-за недостаточно полных и четких спецификаций. Ошибки этого типа исправлять наиболее трудно.

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

Источник: studfile.net