42 (Вопросы по разным темам с ответами (программирование))

42. Понятие программных средств и их жизненный цикл. Критерий качества ПС.

Входные данные для ПС – пользователь, выходные данные других программ, различные носители.

Цель разработки ПО (ПС) – удовлетворение потребностей пользователя.

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

2. качество – насколько хорошо и полно удовлетворяются потребности пользователя.

3. стоимость разработки – цена и время разработки.

Параметры жестко взаимосвязаны (выше качество – выше затраты)

Качественные характеристики программы:

1. функциональность – насколько функции, реализованные в программе, соответствуют пользователю.

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

3. эффективность – время реакции системы (быстрота реакции на внешние воздействия), ресурсоемкость (время ЦП, ОП, коммутационные каналы), качественное получение результата (точность)

4. сопровождаемость – затраты времени на сопровождение программы в ее жизненном цикле (простота инсталляции, исправление ошибок)

5. мобильность – затраты при переносе с одной платформы на другую

6. простота использования.

Разработка ПС.

1. определить требования

2. осуществить планирование работ

3. уточнение требований и их реализация

4. проектирование алгоритмов и структур данных

5. кодирование

6. тестирование

7. документирование

8. внедрение

9. сопровождение

Стратегия решения задач разработки ПС.

1. Однократный подход (водопадный) – линейная последовательность.

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

3. эволюционный подход – система строится в виде последовательности версий, но в начале определены не все требования.

Водопадная модель разработки ПС.

Достоинства:

1. Модель очевидна и логична.

2. Легкость написания ПС при соблюдении.

3. Оценка трудозатрат легко оценивается.

Недостатки:

1. Предполагается, что на начальном этапе разработки известны все требования. (чем выше источник ошибки – тем больше стоимость исправления)

2. Процесс не предусматривает изменения требований в процессе разработки.

3. Велик время исправления ошибок.

Причины ошибки в зависимости от этапа разработки:

1. Определение требований – неправильно поняты требования, неполнота выявленных требований

2. Проектирование – создание неправильного алгоритма, неверная модель данных

3. Разработка – неверное программирование

4. Тестирование – не все ошибки выявлены

5. Документирование – неполнота документации, некорректность

6. Внедрение – неверная инсталляция программы, неправильное использование

V – образная модель:

Достоинства:

1. Простота и понятность

2. Большое внимание уделяется проверке результатов всех этапов

3. Не предъявляет высоких требований к квалификации менеджера

4. Хорошо работает, если требования к качеству превалируют над требованиями к затратам и графику

Недостатки:

1. Предполагается, что в начале работ известны все требования

2. не учтены итерации между фазами

3. тестирование требований происходит слишком поздно

4. большое время обратной связи (только после внедрения)

Макетирование:

Достоинства:

1. пользователь рано видит систему – можно уточнить требования

2. пользователь видит прогресс в процессе разработки

3. ожидаемое качество продукта видно пользователю на ранних этапах разработки

Недостатки:

1. возможны проблемы с качеством кода в следствии не уделения достаточного внимания проектированию

2. требует наличие пользователя готового активно участвовать в проекте

3. разочарование пользователя возможностями прототипа

Итеративная модель разработки ПС.

Внедрение с сопровождение

Недостатки:

1. Модель более сложная – большие требования к квалификации рабочей группы

2. модель тяжело представить заказчику

3. добавление требований по просьбе заказчика (а бюджет и сроки уже ограничены)