Изучение теоретических аспектов и методологии анализа с использованием визуального моделирования в процессе работы над небольшим проектом по разработке прикладного промышленного ПО. Последовательная трансформация визуальных моделей предметной области.
Методическое пособие по бизнес-и системному анализу • для студентов высших учебных заведений, слушателей курсов переподготовки и повышения квалификации, изучающих технологии анализа и проектирования программных систем;Имеется множество книг, пособий и информационных ресурсов, посвященных унифицированному языку моделирования UML, теории объектно-ориентированного подхода, моделям и методологиям разработки ПО, методам визуального моделирования, бизнес-анализу и анализу требований, архитектуре и конструированию программных систем. Проблема состоит в том, что каждое из них подробно описывает различные аспекты теории и дает необходимые знания в области анализа и моделирования, однако, изза отсутствия у обучаемых практики, они не могут в достаточной мере их использовать в практической работе над проектом. Выбор типа элементов из которых будет создана архитектура системы и, которые в свою очередь, будут реализованы в программном коде, определяет как саму архитектуру, так и подходы к ее моделированию и разработке, а также выбор языка программирования. • Объектно-ориентированный анализ (OOA) - методология, при которой требования к системе воспринимаются с точки зрения классов и объектов, выявленных в предметной области. Пользовательские требования описывают более общие сервисы с точки зрения самих пользователей, а функциональные требования или функции - это их конкретная реализация, рассматриваемая со стороны архитектуры системы.Понятия плавильная смесь, кокс, известь, спецкокс, заданная пропорция МК, суммарный вес МК в глоссарий вноситься не будут, т.к. они должны быть введены и описаны в спецификациях на диаграмме сущностей предметной области. www.webmax.by 16 Бизнес-сущность (сущность предметной области, business entity) - некий объект или концептуальное понятие предметной области, характеризуемое набором существенных признаков (данных), прямо или косвенно связанное с проектируемой программной системой. Если некая сущность участвует в бизнес-процессе и инкапсулирует данные, которыми будет оперировать разрабатываемая программа, то она должна быть зафиксирована на диаграмме, а набор ее существенных характеристик (данных) должен быть показан в виде атрибутов. Не все имена существительные в тексте будут относиться к бизнес-сущностями: одни из них обозначают общие понятия, не имеющие значения в программной системе, другие будут ее внешним пользователям (у них важны не их атрибуты, а взаимодействие с ПС), третьи будут обозначать процессы, четвертые будут данными, которые должны быть показаны в виде атрибута сущности. При построении диаграмм следует учитывать, что сущности в реальном мире и, соответственно, существительные в исходном тексте, являются объектами, а на данной диаграмме они должны показываться в виде классов business entity (класс, используется для моделирования сущностей предметной области).Используя, созданную ранее модель вариантов использования: • в любом графическом редакторе постройте прототип графического интерфейса пользователя, аналогичный рис. • используя стандартную форму рис.16 и макет графического интерфейса пользователя сделайте подробное описание всех потоков событий, ссылками указывая поля и клавиши на макете GUI. www.webmax.by 26 Все присущие им операции, связаны с их атрибутами и относятся к следующим видам: модификатор (операция, изменяющая состояние объекта), селектор (операция, имеющая доступ к состоянию объекта, но не изменяющая его), итератор (операция, обеспечивающая доступ ко всем частям объекта в строго определенном порядке), конструктор (операция, создающая объект и/или инициализирующая его состояние) и деструктор (операция, стирающая состояние объекта и/или уничтожающая сам объект); классы управления (control) - описывают объекты программной системы, которые отвечают за выполнение методов (управляют взаимодействиями, реализуют математические методы, задают последовательности и так далее). Диаграмма последовательности (sequence diagram) описывает временную последовательность обмена сообщениями между объектами программной системы в одном из потоков событий варианта использования.
Вывод
В представленных выше шести лабораторных работах показан ход и артефакты анализа программной системы, выполненные в рамках стандартного унифицированного процесса разработки, включающего: • анализ предметной области; • анализ требований;
• системный анализ.
Строгое следование стандартному процессу не является самоцелью, важнее как можно быстрее получить работающую программу, поэтому процесс можно изменять и минимизировать количество создаваемых артефактов, оценивая при этом возрастающие риски.
www.webmax.by 30
Николай Киреев info@webmax.by
Студия WEBMAX.BY
Список литературы
1. Карл И. Вигерс Разработка требований к программному обеспечению «Русская Редакция». М., 2004.
2. Г. Буч и др. «Объектно-ориентированный анализ и проектирование с примерами приложений», Москва, «Вильямс», 2008 г., 3-е издание.
3. Дж. Арлоу, А. Нейштадт, «UML-2и Унифицированный процесс. Практический объектно-ориентированный анализ и проектирование». Санкт-Петербург, «Символ-Плюс», 2007 г., 2-е издание.
4. Дж. Рамбо, М. Блаха «UML-2 Объектно-ориентированное моделирование и разработка» Санкт-Петербург, «Питер», 2007 г., 2-е издание.
5. Уэнди Боггс, Майкл Боггс «UML и Rational Rose 2002» /Пер. с англ. — М. «Лори», 2004. 6. Основы программной инженерии (по SWEBOK, 2004 г.), перевод С. Орлик, 2004-2010 г.
www.webmax.by 31
Николай Киреев info@webmax.by
Студия WEBMAX.BY
ПРОДОЛЖЕНИЕ
АНАЛИЗ ТРЕБОВАНИЙ НА ОСНОВЕ UML-МОДЕЛЕЙ И ДИНАМИЧЕСКИХ HTML-ПРОТОТИПОВ (тренинг на www.webmax.by)
www.webmax.by 32
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
