6. Этап анализа в жизненном цикле программного обеспечения

1. Цель этапа анализа

2. Требование. Виды требований

3. Методологические аспекты анализа целей и требований к разрабатываемому программному обеспечению.

4. Основные предметы анализа требований

5. Результаты стадии анализа

6. Этапы работы с требованиями

7. Механизмы извлечения требований

8. Механизмы анализа требований

9. Спецификация требований

10. Механизмы проверки требований

11. Проблемы, с которыми сталкивается системный аналитик

12. Подходы к анализу и проектированию

Цели анализа в моделировании

Анализ требований в форме модели анализа важен по нескольким причинам, объяс­ненным ранее.

• Модель анализа дает более точную спецификацию требований, чем та, что была получена нами в результате определения требований, включая модель вариан­тов использования.

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

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

• Модель анализа может рассматриваться как первый шаг к модели проектиро­вания (хотя это отдельная модель), а значит, в качестве важных исходных дан­ных для формирования системы в ходе проектирования и реализации. Это важ­но, поскольку удобной в работе должна быть вся система, а не только описание требований.

Требования

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

Список требований к разрабатываемой системе должен включать:

• совокупность условий, при которых предполагается эксплуатировать будущую систему (аппаратные и программные ресурсы, предоставляемые системе; внешние условия ее функционирования; состав людей и работ, имеющих к ней отношение);

• описание выполняемых системой функций;

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

Определяются основные задачи АИС, проводится

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

Метод решения: Функциональное моделирование.

Результат:

1. Концептуальная модель АИС, состоящая из описания предметной области, ресурсов и потоков данных, перечень требований и ограничений к технической реализации АИС.

2. Аппаратно-технический состав создаваемой АИС.

НЕ ВСЁ =/