По договоренности
В каждом из предложенных вариантов требуется при помощи CASE-средства Rational Rose построить модель программного обеспечения. Процесс создания модели состоит из нескольких этапов:
1. составление глоссария проекта;
2. создание модели вариантов использования;
3. анализ вариантов использования (по окончании производится промежуточная сдача задания);
4. проектирование системы;
5. реализация системы.
После выполнения третьего этапа модель должна удовлетворять перечисленным ниже требованиям. На диаграммах вариантов использования каждое действующее лицо (actor) и вариант использования должны сопровождаться описанием. Эти описания должны быть составлены на русском языке. Описание действующего лица должно коротко (в одну-две строки) сообщать о роли данного лица. Описание варианта использования должно включать в себя пояснение, предусловие, потоки событий (основной и альтернативные, если таковые есть) и постусловие. Описания представляют собой либо присоединенные текстовые файлы, либо текст, введенный в поле Documentation спецификации соответствующего элемента диаграммы. Диаграммы взаимодействия, соответствующие потокам событий вариантов использования, должны содержать необходимые пояснения.
При проектировании системы требуется:
1. создать иерархию классов системы;
2. разместить классы по пакетам (использовать деление: пользовательский интерфейс – управление – данные; или другое в зависимости от постановки задачи);
3. связать объекты с классами, сообщения на диаграммах взаимодействия – с операциями;
4. каждый класс снабдить описанием, которое должно включать в себя краткое описание (ответственность класса), описание атрибутов в виде таблицы (имя, описание, тип), таблицу с описанием операций (имя, описание, сигнатура);
5. для классов указать стереотипы;
6. построить диаграммы классов системы, отображающие связи между классами;
7. для описания поведения экземпляров отдельных классов построить диаграммы состояний;
8. разработать (если это требуется вариантом задания) схему базы данных и отобразить ее на диаграмме «сущность – связь».
При реализации системы необходимо построить диаграммы компонентов для каждого пакета и для системы в целом. Также следует разработать диаграмму размещения. В зависимости от варианта задания диаграмма размещения должна показывать расположение компонентов в распределенном приложении или связи между встроенным процессором и устройствами. Должна быть произведена проверка корректности модели и автоматическая генерация кода средствами Rational Rose.
Программное обеспечение Web-сайта авиакомпании
Коммерческий отдел авиакомпании предложил расширить свой Web-сайт, чтобы позволить пользователям:
• узнать о выполнении рейсов текущего дня;
• запросить информацию о расписании рейсов, стоимости билетов и наличии мест;
• купить билеты. Постоянные клиенты, которые часто летают самолетами авиакомпании, смогут использовать также следующие функции:
• получить текущую информацию о состоянии своего личного счета (количество километров, проведенных в воздухе с начала года на данное число, количество налетанных километров для получения поощрительного вознаграждения (бесплатного перелета) и т. д.;
• купить билеты, используя либо информацию о налетанных километрах (для постоянных клиентов), либо кредитную карточку.
Чтобы гарантировать тайну частной информации и предотвратить несанкционированное использование данных о постоянных клиентах, при доступе к личным счетам необходимо потребовать, чтобы пользователь зарегистрировался, введя номер счета и личный идентификационный номер владельца карточки (PIN). После регистрации пользователь должен увидеть начальную страницу с учетом его предпочтений и привычек, почерпнутых из базы данных, хранящей информацию о перелетах постоянных клиентов. Постоянные клиенты могут оперативно обновлять сведения о себе. Чтобы сэкономить деньги, руководство компании приняло решение использовать ряд существующих систем:
• систему управления счетами, хранящую информацию о постоянных клиентах и балансе «премиальных километров»;
• маркетинговую базу данных, которая отслеживает данные о выполненных рейсах, классе оплаты и др. (Эти данные используются для формирования специальных уведомлений, которые включаются в ежемесячные выписки из лицевого счета постоянных клиентов.);
• базу данных тарифов;
• базу данных наличия билетов.