Этап спецификации требований

Этап спецификации требований начинается с того момента, когда разработчики приступают к моделированию требований с использованием определенного метода (например, такого как UML). CASE-средства используются для ввода, анализа и доку­ментирования модели. В результате документ описания требований дополняется графическими моделями и отчетами, сгенерированными с помощью CASE-ередств. По существу, документ, излагающий требования, заменяется документом, содержа­щим спецификацию требований (specificatwns document, иногда он обозначается жаргон­ным словечком specs).

Модели спецификации могут и должны перекрываться. Это позволяет рассмотреть предлагаемое решение под разными углами, выделяя и анализируя различные аспекты решения. Кроме того, это дает возможность проверить непротиворечивость и ПОЛНОТ* требований.

Этап проектирования архитектуры

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

Описание системы в терминах составляющих ее модулей называется архитектур­ным проектированием (architectural design). Проект архитектуры включает выбор страте­гических решений по клиентской и серверной частям системы.

Описание внутренних механизмов каждого модуля (прецедентов) называется де­тализированным проектированием (detailed design). Детализированный проект включает подробные алгоритмы и структуры данных для каждого модуля. Такие алгоритмы и структуры данных приспосабливаются ко всем ограничениям, связанным с базовой платформой реализации. Эти ограничения могут как усиливать основную архитек­турную концепцию, так и препятствовать ее воплощению.

Этап детализированного проектирования

Архитектурный проект описывает программный продукт с точки зрения состав­ляющих его модулей. Детализированный проект описывает каждый модуль. При раз­работке типичной ИС модули реализуются либо в виде клиентской компоненты, либо серверной компоненты. За первые отвечают проектировщики прикладной части, вторую должны разрабатывать проектировщики баз данных.

Проект пользовательского интерфейса (клиентского приложения) должен соответ­ствовать принципам проектирования GUI-интерфейса, установленным разработ­чиком конкретного GUI-интерфейса (Windows, Motif, Macintosh). Подобные прин­ципы обычно доступны в WWW как часть электронной документации GUI-интерфейса (см. например, [92]).

Основной принцип объектно-ориентированного проектирования GUI-интер­фейс а состоит в том, что управление приложением является прерогативой пользователя, а не программы.

Этап реализации

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

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