3. Первым шагом в проектировании ис является

• формальное описание предметной области

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 3

1. Вспомогательные процессы жизненного цикла программных средств.

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

В соответствии с базовым международным стандартом ISO/IEC 12207 к вспомогательным процессам относятся :

• документирование;

• управление конфигурацией;

• обеспечение качества;

• разрешение проблем;

• аудит;

• аттестация;

• совместная оценка;

• верификация.

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

Управление конфигурацией относится к вспомогательным процессам.

Управление конфигурацией - процесс управления аппаратными средствами, программным обеспечением, данными, а также документацией в ходе разработки, тестирования и использования информационных систем. Цель процесса управления конфигурацией состоит в установлении и поддержании целостности всех идентифицированных выходных результатов проекта или процесса обеспечения доступа к ним любой заинтересованной стороны. Задачи управления конфигурацией проекта, являются сутью этапов и включают:

1. определение стратегии управления конфигурацией, включающей следующие вопросы:

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

3. определение критериев или событий, соответствующих началу контроля конфигурации и сопровождения базовых линий в процессе эволюции конфигураций;

4. определение стратегии аудита и ответственности за гарантии непрерывной целостности и защищенности информации, описывающей конфигурацию;

5. идентификация элементов, которые крайне важно контролировать в процессе управления конфигурацией;

6. поддержка информации о конфигурации на приемлемом уровне целостности и защищенности.

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

• подготовки технического предложения

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 4

1. Достоинства и недостатки каскадной модели жизненного цикла.

Каскадная модель жизненного цикла, также называемая моделью «водопада» (waterfall), была разработана еще в 80-х годах, и на протяжении многих лет она считалась стандартом для разработки ПО. Данная модель характеризуется тем, что этапы строго последовательны и переход между ними невозвратный. Можно выделить следующие положительные стороны применения каскадного подхода:

• на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;

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

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

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