Программные компоненты, созданные в реализованных программных проектах, хранятся в библиотеке. В новом программном проекте, исходя из требований заказчика, выявляются кандидаты в компоненты. Далее проверяется наличие этих кандидатов в библиотеке. Если они найдены, то компоненты извлекаются из библиотеки и используются повторно. В противном случае создаются новые компоненты, они применяются в проекте и включаются в библиотеку.
Достоинства компонентно-ориентированной модели:
уменьшает на 30% время разработки программного продукта;
уменьшает стоимость программной разработки до 70%;
увеличивает в полтора раза производительность разработки.
Итак, основными этапами разработки ПО являются:
Анализ требований;
Проектирование;
Реализация;
Тестирование и отладка;
Сопровождения
Кроме того, сюда в настоящее время сюда так же добавился такой пункт, как сертификация или аттестация ПО. [12]
Рассмотрим каждый из этих пунктов подробнее.
Анализ требований и определение спецификаций
Один из наиболее ответственных этапов создания программного продукта – этап постановки задачи. На этом этапе принимаются важные решения относительно функций создаваемого ПО, эксплуатационных ограничений, накладываемых на него. Производится выбор архитектуры, среды разработки ПО, интерфейса пользователя и т.д. От этого выбора будет зависеть качество и стоимость конечного программного продукта.
Существует два вида требований, рассматриваемых на данном этапе:
Функциональные требования описывают сервисы, предоставляемые программной системой, ее поведение в определенных ситуациях, реакцию на те или иные входные данные и действия, которые система позволит выполнять пользователям. При написании функциональных требований необходимо учитывать, что чем они будут подробнее, тем более точная оценка работ по срокам и стоимости будет произведена перед разработкой технического задания на создание программного обеспечения. Функциональные требования документируются в спецификации требований к программному обеспечению, где описывается как можно более полно ожидаемое поведение системы.
Эксплуатационные требования определяют характеристики разрабатываемого программного обеспечения, проявляемые в процессе его использования. К таким характеристикам относят:
правильность – функционирование в соответствии с техническим заданием. Это требование является обязательным для всякого программного продукта, но поскольку никакое тестирование не дает гарантии 100%-ной правильности, речь может идти об определенной вероятности наличия ошибок. Вероятность сбоя системы управления космическими полетами должна быть близка к нулю;
универсальность – обеспечение правильной работы при любых допустимых данных и защиты от неправильных данных. Так же как в предыдущем случае, доказать универсальность программы невозможно, поэтому имеет смысл говорить о степени ее универсальности;
надежность (помехозащищенность) – обеспечение полной повторяемости результатов, т.е. обеспечение их правильности при наличии различного рода сбоев. Источниками помех могут являться технические и программные средства, а также люди, работающие с этими средствами. В настоящее время существует достаточное количество способов избежать потерь информации при сбоях. Например, прием «создания контрольных точек», при котором сохраняются промежуточные результаты, что позволяет после программы продолжить работу с данными, записанными в последней контрольной точке. Возможно также уменьшить количество ошибок, используя дублирование систем или ввод избыточной информации;
Похожие статьи:
Техническая планировка участка по ремонту газовой аппаратуры и арматуры
Приборы систем питания газобаллонных автомобилей, неисправность которых не может быть устранена на постах технического обслуживания и ремонта автомобилей, снимают и направляют в отделение по ремонту газовой аппаратуры и арматуры. К помещениям отделения предъявляются особые требования. Минимально ...
Схема работы тормозов
Весь цикл работы рабочей тормозной системы разделяется на следующие этапы: система расторможена; торможение; растормаживание и как промежуточный этап - нажатие на педаль тормоза приостановлено. Система расторможена. В этом случае педаль 44 тормоза оттянута пружиной 29 до упора в наконечник 43 выклю ...
Выбор оптимальных параметров системы управления высотой
полёта
Автоматическая стабилизация высоты полета производится в тех случаях, когда необходимо выдержать горизонтальный режим полета на заданной высоте. При этом за исключением полета на малых высотах, обычно осуществляется стабилизация барометрической высоты на уровне, соответствующем заданному статическо ...