Студопедия

Главная страница Случайная лекция


Мы поможем в написании ваших работ!

Порталы:

БиологияВойнаГеографияИнформатикаИскусствоИсторияКультураЛингвистикаМатематикаМедицинаОхрана трудаПолитикаПравоПсихологияРелигияТехникаФизикаФилософияЭкономика



Мы поможем в написании ваших работ!




Анализ требований и предварительное проектирование системы

Читайте также:
  1. I ОСОБЕННОСТИ ВЫБОРА И АНАЛИЗА ПОСТАНОВОЧНОГО МАТЕРИАЛА В КОЛЛЕКТИВЕ.
  2. I. АНАЛИЗ И ПОДГОТОВКА ПРОДОЛЬНОГО ПРОФИЛЯ ПУТИ ДЛЯ ВЫПОЛНЕНИЯ ТЯГОВЫХ РАСЧЕТОВ
  3. I. АНАЛИЗ ТЕКУЩЕГО СОСТОЯНИЯ ВНЕШНЕЙ И ВНУТРЕННЕЙ СРЕДЫ ПРЕДПРИЯТИЯ.
  4. Microsoft Excel. Работа с пакетом анализа. Построение простой регрессии
  5. SWOT – анализ
  6. SWOT- анализ
  7. SWOT-анализ.
  8. Автоматизированное проектирование детекторов амплитудно-модулированных колебаний и автоматической регулировки усиления
  9. АВТОНОМНЫЕ И РЕЗУЛЬТАТИВНЫЕ ЛАДОВЫЕ СИСТЕМЫ. ЭФФЕКТ НЕУСТОЯ. ЭФФЕКТ ТОНИКАЛЬНОСТИ
  10. Алгоритм анализа профессиональной деятельности

 

Основные задачи этапа:

  • определить проект системы, который будет отвечать всем бизнес-требованиям;
  • разработать общий предварительный проект для всех команд разработчиков (проектировщиков баз данных, разработчиков приложений, системных архитекторов и пр.)

Основным инструментом на данном этапе являются диаграммы классов системы, которые строятся на основе разработанной модели системных прецедентов. Одновременно на этом этапе уточняются диаграммы последовательностей выполнения отдельных прецедентов, что приводит к изменениям в составе объектов и диаграммах классов. Это естественное отражение средствами UML итеративного процесса разработки системы.

Диаграммы классов системы заполняются объектами из модели системных прецедентов. Они содержат описание этих объектов в виде классов и описание взаимодействия между классами.

Диаграмма классов, описывающая процедуры защиты доступа к данным, приведена на рис. 12.11.

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

Поскольку диаграммы классов строятся на основе разработанных ранее бизнес-моделей, появляется уверенность в том, что разрабатываемая система будет действительно удовлетворять исходным требованиям заказчика.

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

 

 

Рис. 12.11. Диаграмма классов "Защита доступа"

 


<== предыдущая страница | следующая страница ==>
Разработка требований к системе | Разработка моделей базы данных и приложений

Дата добавления: 2014-02-26; просмотров: 638; Нарушение авторских прав




Мы поможем в написании ваших работ!
lektsiopedia.org - Лекциопедия - 2013 год. | Страница сгенерирована за: 0.003 сек.