Некоторые практические занятия
Практическое занятие 1
Формирование пользовательского представления системы
|
Задачи: |
В рамках этого занятия вы научитесь:
Идентифицировать действующие субъекты
Идентифицировать варианты использования системы
Создавать диаграммы вариантов использования
|
Начало работы |
|
|
|
|
|
Поэтапная разработка программного обеспечения
Цикл разработки программного обеспечения SDLC(SoftwareDevelopmentLifeCycle), как его описывают Гради Буч (GradyBooch), Джеймс Рамбо (JamesRumbaugh), Айвар Джекобсон (IvarJacobson), состоит из четырех фаз, которые проходит любая развитая программная система. Ниже приведено краткое описание каждой из этих фаз.
Зарождение
Это первая фаза процесса SDLC. На этой стадии возникает замысел новой системы.
Данный этап подразумевает выполнение следующих действий:
Осмысление проблемы и поиск путей для ее решения.
Уточнение рамок и целей программной системы, а также требований, предъявленных заказчиком.
Определение объема ресурсов, необходимые для решения задачи.
Составление календарного графика работы над проектом и расстановка основных контрольных точек.
Создание действующего прототипа системы, на котором проверяется, насколько правильно, поняты требования пользователя.
Уточнение
Это вторая фаза процесса SDLC. На данном этапе определяется общие принципы работы и архитектуры системы. Заказчик предъявляет требования к будущей системе, а исполнитель документирует их.
Данный этап подразумевает выполнение следующих действий:
Подробная разработка спецификаций системы с использованием данных полученных в ходе начальной фазы.
Анализ предметной области.
Определение системных требований, путем создания модели будущей системы.
Детальное изучение всех требований предъявляемых к проекту.
Составление плана работы над проектом.
Исполнение
Это третья фаза процесса SDLC. В результате написания кода, программное обеспечение обретает черты комплекса исполняемых модулей, готовых к развертыванию. Программное обеспечение постоянно тестируется для полного соответствия требованиям заказчика.
Данный этап подразумевает выполнение следующих действий:
Проработка спецификаций будущего решения, полученных на стадии уточнения.
Создание и развитие программной системы.
Тестирование программной системы после завершения процесса разработки.
Итеративное или инкрементное расширение функциональных возможностей системы, основанное на результатах тестирования.
Перенос
Это заключительная фаза SDLC. Готовое программное обеспечение передается конечному пользователю для выявления дефектов в процессе тестирования. Разработчики документируют и исправляют выявленные дефекты.
Данный этап подразумевает выполнение следующих действий:
Интеграция программной системы.
Передача системы заказчику.
Установка разработанного программного обеспечения на предприятии заказчика.
Устранение проблем, которые могут возникнуть в процессе установки системы или после его завершения.
Что такое система?
Система объединяет процессы, которые состоят из логических и физических элементов. Логические элементы используют физические элементы для решения поставленных задач.
В качестве примера рассмотрим компьютерную систему. Ее логические элементы представлены операционной системой и программным обеспечением. Монитор, клавиатура и мышь являются физическими элементами. Операционная система и программное обеспечение вместе с монитором, процессором, клавиатурой и мышью осуществляют такие процессы, как ввод и обработка данных и т.д.
Что такое UML?
Предыстория и перспективы развития
Аббревиатура UMLрасшифровывается, какUnifiedModelingLanguage, так называется язык моделирования, к рождению которого приложили руку корпорацияRationalSoftware, а также Гради Буч, Джеймс Рамбо, Айвар Джекобсон.
UML- простой, расширяемый и очень выразительный язык визуального моделирования. Чаще всегоULMиспользуют для описания программных систем, однако его универсальность позволяет моделировать системы, не имеющие отношения к программному обеспечению. Вы можете использоватьUMLв процессах визуализации, описания спецификаций, сборки и документирования разрабатываемой программной системы.
Одобрение со стороны отрасли и применением UML
Авторитетная организация по выработке стандартов объектного управления OMG(ObjectManagementGroup) принялаUMLв качестве стандартного языка моделирования.
Множество организаций и самостоятельных разработчиков объединились в консорциум и используют UMLпри разработке своих продуктов. В состав консорциума входят такие компании, какDEC,HP,Microsoft,Oracle,RationalиIntellicorp.
Обзор языка UML
UMLпредлагает пользователям словарь и набор правил по использованию языка. С помощью этих средств отображаются логические и физические элементы системы.
Задачи, решаемые с помощью UML:
Визуализация – описание программной системы с помощью строго определенных символов и нотации.
Выработка спецификаций – визуальное описание спецификаций, а также оказание помощи в разработке не конфликтующих между собой полноценных модулей.
Сборка – создание моделей программных систем, для непосредственного использования в различных языках программирования. Визуальные модели, разработанные с помощи UML, является основой при сборке системы.
Документация – создание моделей с учетом системных требований помогает оформить документацию к системе на стадии разработки или развертывания.
Представления в языке UML
UMLможно использовать для изображения различных аспектов работы системы, для этого систему рассматривают с различных точек зрения.
Пользовательское представление – отражает цели и задачи системы с точки зрения пользователя.
Структурное представление – воспроизводит статическое состояние системы или состояние ожидания.
Поведенческое представление – воссоздает динамическое или изменяющееся состояние системы.
Представления с точки зрения реализации – показывает расстановку логических элементов системы
Представления с точки зрения окружения – отражает расстановку физических элементов системы.
Эти представления будут рассмотрены в рамках последующих занятий.
Пользовательское представление системы
Пользователи системы
Пользователями могут быть как люди, так и другие системы, которые непосредственно взаимодействуют с данной системой. Роль пользователя определяется, с учетом выполняемых им функции.
Формальное определение пользовательского представления о системе
Пользовательское представление определяется целями и задачами различных пользователей, а также требованиями, предъявляемыми к системе. Данное представление уточняет, с какой частью системы взаимодействует каждый из пользователей.
|
Идентификация вариантов использования |
|
|
|
|
Постановка задачи
В процессе поиска кандидатов среди собственных сотрудников руководитель отдела кадров в регионе, где появилась вакансия, информирует сотрудников своего региона и руководителей кадровых отделов в других регионах. На местах руководители отделов информирует своих сотрудников, размещая объявления о вакансии.
Получив необходимую информацию, сротрудники региональных филиалов направляют свои заявления руководителю отдела по управлению кадрами в том регионе, где появилась вакансия.
Проверяется соответствие кандидата предъявляемым требованиям. Кандидаты, обладающие необходимой квалификацией, вносятся в окончательный список, после чего составляется график собеседований. Соискатели, внесенные в окончательный список, получают уведомление о дате собеседования.
На основании проведенных собеседований, данные о кандидатах объявляются, и лица прошедшие процедуру отбора получают письмо с предложением о приеме на работу (OfferLetter). Соискатель информирует руководителя в том регионе, где появилась вакансия, о своем согласии или отказе от предложения. Если заявитель принимает предложенные условия, то руководителю местного отдела по управлению кадрами поступает запрос о переводе сотрудника. Служба управления кадрами исходного региона рассматривает поступивший запрос и отправляет результаты рассмотрения в новый регион (где появилась вакансия). Отдел управления кадрами объявляет учетные сведения о сотруднике и отправляет документы о переводе на предыдущее место работы.
Определите различные варианты использования, которые могут возникнуть в процессе привлечения кандидатов из числа собственных сотрудников и сформулируйте пользовательское представление системы.
План решения
Идентифицировать варианты использования системы.
|
Задача: идентифицируйте варианты использования |
Варианты использования в пользовательском представлении
Перед созданием диаграммы пользовательского представления системы, необходимо идентифицировать действующие субъекты системы, и возможные варианты ее использования.
Действующие субъекты в нашей постановке задачи уже определены, теперь мы идентифицируем варианты использования системы.
Формальное определение вариантов использования
Варианты использования (Usecases) состоят из элементов, расположенных внутри системы и отвечающих за ее работоспособность, то есть за функциональные возможности и поведение системы. Следовательно, варианты использования – это не что иное, как действия, которая система должна выполнить в ответ на запрос действующих субъектов.
В рамках поставленной перед нами задачей под вариантами использования подразумеваются такие действия, как распространение информации, пересылка заявлений, оценка квалификации кандидата, проведения собеседования, обновление данных о результатах собеседования, формирование нового предложения и т.д.
|
Задача |
Исходные данные |
Результат |
|
Идентифицировать варианты использования системы.
|
Постановка задачи |
Распространение информации.
Переслать заявление.
Оценить квалификацию.
Провести собеседование.
Обновить данные по результатам собеседования.
Сформировать письмо с предложениями.
Принять/отклонить предложения.
Послать запрос о переводе сотрудника.
Заключить договор о переводе.
Обновить данные по результатам перевода сотрудника. |
Разработка решения
создание диаграммы вариантов использования системы.
|
Задача: создайте диаграмму вариантов использования. |
Соглашения, используемые при создании диаграммы вариантов использования системы
Убедитесь в правильности решения
Проверка диаграммы вариантов использования системы.
|
Задача: проверьте диаграмму вариантов использования. |
При проверке необходимо обратить внимание на завершенность диаграммы и точное соблюдение принятых соглашений.
|
Итоги |
|
Достигнутые цели: |
В рамках этого занятия вы научились;
Определять возможности UML
Понимать, что такое пользователи системы.
Понимать, что такое пользовательское представление системы.
Идентифицировать действующих субъектов системы.
Идентифицировать варианты использования системы.
Создавать диаграммы вариантов использования.
Возможности UML
UML– это язык используемый для:
Визуализации
Определения спецификаций
Сборки
Документирования
И другие аспекты работы программных систем.
Ниже перечислены представления, которые обычно используются для описания любых программных систем:
Пользовательское представление
Структурное представление
Представление поведения системы
Представление с точки зрения реализации
Представление системы в ее окружении
Пользователи системы
Пользователем может быть человек или другая система, которая взаимодействует непосредственно с данной системой.
Пользовательское представление системы
Пользовательское представление отражает цели и задачи пользователей, а также определяет те требования, которые пользователи предъявляют к рассматриваемой системе.
Идентификация действующих субъектов системы
Действующими субъектами являются внешние объекты, которые непосредственно взаимодействуют с системой.
Идентификация вариантов использования системы
Варианты использования – это те действия, которые система должна выполнять в ответ на запросы действующих субъектов системы.
Создание диаграмм вариантов использования
Соглашение, используемые при создании диаграмм вариантов использования приведены ниже…
Практическое занятие 2