Постановка целей. 
Программное обеспечение: понятия и цели

Цели — это конкретные ориентиры для программного продукта. Процесс их постановки — это, прежде всего, процесс принятия компромиссных решений.

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

В целом цели программного обеспечения можно разбить на 9 больших групп.

Надежность — мера работы программного обеспечения без отказов в течение определенного периода времени.

Общность — характеризуется числом, мощностью и областью действия представляемых функций программным обеспечением. Не должно быть формулировки типа «Необходимо добиться максимальной общности»: — должны быть просто перечислены необходимые пользователю функции. Каждая функция программного изделия должна быть оценена с точки зрения реальной ее выгоды для пользователя и ее влияния на надежность, так как «обобщенные» системы обычно больше и сложнее.

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

Психологические факторы готового программного изделия — это мера легкости его понимания и удобства использования. Мера защищенности программного изделия от неправильного употребления и от частоты ошибок пользователя.

Хотя «гуманизация» взаимодействия с пользователем может увеличить сложность программного изделия и, таким образом, отрицательно повлияет на его надежность, психологические факторы и надежность в принципе не находятся в конфликте.

Адаптируемость — это мера легкости расширения программного изделия, например, добавление еще одной потребовавшейся пользователю функции.

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

Удобство сопровождения — это мера затрат времени и средств на исправление ошибки в работающем программном изделии.

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

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

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

Документация — это вопрос качества и количества публикаций для пользователя.

Цели здесь аналогичны тем, которые касаются психологических факторов, — они тоже связаны с легкостью понимания и использования продукта. Поэтому цели документирования не противоречат стремлению к надежности.

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

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

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

Две тенденции: обеспечить надежность программного обеспечения и сократить календарное время — вполне согласуются между собой при условии, конечно, что календарные сроки не сокращены до такой крайности, когда на надлежащее проектирование просто не остается времени.

При разработке программного обеспечения следует рассматривать два набора целей:

• — цели продукта, т. е. окончательного результата с точки зрения пользователя
• — и цели проекта, такие, как график, стоимость, степень тестирования и т. д.

Цели продукта:

• 1. Резюме. Вначале следует коротко сформулировать общее назначение ПО.
• 2. Определение пользователя. Если разрабатывается большое ПО с разными группами пользователей, они должны быть определены.
• 3. Перечисление функций, обеспечивающихся программным изделием с точки зрения пользователя.
• 4. Публикации — цели для документации, поставляемой пользователю, в том числе типы документации и предполагаемый круг читателей каждого типа.
• 5. Эффективность — цели производительности, такие, как временные характеристики, пропускная способность, использование ресурсов. Также необходимые средства измерения произ­водительности и средства настройки.
• 6. Совместимость программного изделия с другим. Указываются также относящиеся к делу международные и государственные стандарты.
• 7. Конфигурация аппаратуры и ПО, в которых система может работать и другие программные продукты, от которых она зависит.
• 8. Безопасность данных от несанкционированного доступа.
• 9. Обслуживание.
• 10. Установка— методы и средства настройки программного изделия на конкретные условия эксплуатации.
• 11. Надежность.

Цели проекта:

• 1. Ориентировочная стоимость каждого проекта.
• 2. Календарный план проекта.
• 3. Цели для каждого процесса тестирования.
• 4. Цели в области адаптируемости, указывающие степень расширяемости программного изделия, которая должна быть достигнута.
• 5. Вопросы сопровождения создаваемого программного изделия, которые необходимо учитывать при разработке.
• 6. Уровни надежности на каждом этапе разработки для достижения заданной надежности продукта.
• 7. Внутренняя документация при работе над проектом.
• 8. Критерии для готовности готового продукта к использованию.

При постановке целей распространены следующие ошибки:

• — цели не формулируются явно;
• — составляется беглый набросок списка целей, причем жизненно важные цели в него не включаются;
• — цели конфликтуют друг с другом. Поэтому каждый программист разрешает эти конфликты сам, по-своему, что дает совершенно непредсказуемый результат. Эта ошибка, когда не определяются необходимые компромиссные решения на уровне проекта в целом, — ошибка серьезная и распространенная.
• — цели формулируются только для продукта. Забывается формулировка целей для проекта.