17. Анализ требований к исп
Задача – установить границы ИС и определить, какие функции она должна выполнять.
На основании списка требований формируется спецификация:
требования в ней непротиворечивы;
определена взаимосвязь и взаимозависимость требований;
установлены приоритеты требований;
сделана оценка сроков реализации.
На основании этого строится прецедентная модель.
Идеальное проектирование исп.
Задача идеального проектирования – определить, как структурировать ИС, чтобы обеспечить простоту модификации при изменении функциональных требований к ней.
В качестве основы в идеальном проектировании используется прецедентная модель.
Последовательность этапов:
после того, как аналитик сформировал первую версию прецедентной модели, в работу включается проектировщик идеальной модели, который использует в качестве основы прецедентную модель и спецификацию требований;
проектировщик выявляет объекты сущностей ИС, которые представляют какие-то предметы или явления, документы явным образом присутствующие в прецедентной модели;
для каждого прецедента ИС определяются объекты класса, необходимые для реализации данных способов использования;
проектировщик описывает выполнение каждого из прецедентов ИС в терминах объектов;
проектировщик строит единую модель путем унификации прецедентов. Под унификацией понимается некоторая формальная процедура сборки неизбыточной и непротиворечивой модели из отдельных фрагментов соответствующих прецедентов. Например, несколько исходных объектов, используемых в различных прецедентах могут быть сведены в один объект.
о Проектировщик определяет перечень объектов, которые включает тот или иной класс.
о Для каждого объекта ИСП отыскиваются все прецеденты, в которых объект выполняет некоторую роль. Корректировщик идеальной модели интегрирует эти роли для каждого объекта и на этом основании определяет и описывает обязательства объекта.
Реальное проектирование исп.
Задача реального проектирования состоит в поиске путей эффективной реализации функциональных требований к системе в условиях существующей среды разработки.
Процесс реального проектирования можно описать следующим образом:
1. после того, как идеальная О-модель ИС создана проектировщик реальной модели принимает её в качестве отправной точки для создания реальной объектной модели.
2. проектировщик реальной модели начинает с адаптации идеальной О-модели к условиям реального окружения. Адаптация подразумевает решение проблем стыковки ИС с СУБД и другим существующим ПО.
Основой для реального проектирования является: спецификация требований, исходная и идеальная модель.
Проектировщик реальной модели начинает работу с адаптации идеальной модели к условиям окружения.
Также проектировщик описывает взаимодействие объектов.
На основе анализа объектов в прецеденте проектировщик выделяет атрибуты и связи для каждого объекта модели.
Реализация и тестирование исп
Основой для реализации является реальная О-модель. Объекты модели преобразуются в программный код. Ведется программирование отдельных компонентов, из которых можно построить подсистемы, а затем систему (для повторного использования, расширения).
Тестирование - проверка соответствия системы своей спецификации. Тестирование основывается на прецедентной модели, спецификации требований.
Тестирующий должен иметь доступ ко всем документам разработки, с тем, чтобы проще выявлять источник ошибки.
Этап тестирования требует много времени и на него приходится от 20% до 50% стоимости разработки.
Раньше тестирование выполнялось в конце разработки, теперь выполняется в течение всей разработки (для создания программного кода высокого качества, более легкого поиска ошибок).
При β-Тестировании рассматривается вся система в целом. Ответственный за бета-тестирование отвечает за реализацию программного продукта. Бета-продукт включает программный код и документацию.
Ответственный за бета-тестирование предоставляет бета-продукт в распоряжение бета-пользователя и отрабатывает все комментарии и замечания пользователя о продукте. При правильном следовании технологии разработки продукта должны быть отработаны все требования и пожелания бета-пользователей. На данном этапе не должны возникать серьезные проблемы. Бета-тестирование - экран корректности исполнение шагов проектирования и реализации