Пректирование ИС в Rational Rose

     Федеральное государственное автономное образовательное учреждение

     высшего профессионального образования

     «Сибирский  федеральный университет» 

     Институт  космических и  информационных технологий 

     Кафедра «Информационные  системы и технологии в металлургии» 
 
 
 
 
 
 
 
 
 
 

     КУРСОВОЙ  ПРОЕКТ 

     Дисциплина: «Проектирование информационных систем» 
 
 
 
 
 
 
 
 
 
 
 

     Преподаватель            ______________     С.В. Капустина

                                                                  подпись, дата                                 инициалы, фамилия

     Студент ИС-052044                                                                            Е.В.Бурнашова

                                код (номер) группы            подпись, дата                                

       
 
 
 
 
 
 
 

     Красноярск 2011 г.

Содержание 

1. Цель курсового  проекта………………………………………………………...3
2. Задание № 1…………………………………………………………..………….4
3. Задание № 2………………………………………………………………..…..10
4. Задание № 3………………………………………………………………..…..14
5. Задание № 4……………………………………………………………………17
6. Задание № 5……………………………………………………………………19
7. Вывод……………………………………………………………………….…..20
8. Список литературы

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Цель  курсового проекта:

Курсовой проект выполняется при изучении курса "Проектирование ИС" и имеет  целью выработку у студентов  навыков в трех направлениях:

1. Применение соответствующих методологий для разработки информационных систем и программного обеспечения;
2. Применение языка UML для моделирования и проектирования информационных систем;
3. Применение соответствующего программного инструментария - Rational Rose 2001.

В "Общие указания" вынесены общие для выполнения всех лабораторных работ требования и  правила.  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Задание № 1.

1. Создать главную диаграмму прецедентов, задав на ней варианты использования и актеров;
2. добавить отношения между актерами и вариантами использования;
3. создать дополнительную диаграмму прецедентов;
4. добавить описания к актерам и вариантам использования;
5. для каждого варианта использования задать поток событий в виде отдельного файла и прикрепить его к варианту использования.

Рисунок 1. Главная диаграмма прецедентов

Поток событий для прецедента «Работа с заказом». 
        1 Предусловия. 
        Если заказ оформляется для нового клиента, то под-поток добавить нового клиента (Add a New Client) прецедента Управление информацией о клиенте должен быть выполнен перед его началом.  
        2 Главный поток. 
        Прецедент начинает выполняться, когда менеджер подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), изменить (Change), удалить (Delete), просмотреть  
(View) или выйти (Exit). 
        Если выбрана операция добавить (Add), S-1: выполняется поток добавить новый заказ (Add a New Order). 
        Если выбрана операция изменить (Change), S-2: выполняется поток изменить заказ (Change Order). 
        Если выбрана операция удалить (Delete), S-3: выполняется поток удалить заказ (Delete Order). 
        Если выбрана операция просмотреть (View), S-4: выполняется поток просмотреть заказ (View Order). 
        Если выбрана операция выйти (Exit) прецедент завершается.  
        3 Под-потоки. 
        S-1: добавить новый заказ (Add a New Order) 
        Система отображает диалоговое окно, содержащее поле, в котором менеджер должен выбрать тип компьютера (настольный или ноутбук). Пользователь выбирает необходимый тип. Система отображает поле для выбора клиента и список возможных комплектующих для выбранного типа компьютера, в котором менеджер отмечает выбранные клиентом комплектующие. Менеджер заполняет поля (E-2). Система запоминает введенные данные и распечатывает счет для оплаты. Затем прецедент начинается сначала. 
        S-2: изменить заказ (Change Order) 
        Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система отображает информацию о данном заказе. Менеджер делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала. 
        S-3: удалить заказ (Delete Order) 
        Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система удаляет выбранный заказ (Е-4). Затем прецедент начинается сначала. 
        S-4: просмотреть заказ (View Order) 
        Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система отображает информацию о выбранном заказе. Когда менеджер просмотрит информацию, прецедент начнется сначала. 
        4 Альтернативные потоки 
        Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент. 
        Е-2: выбраны не все комплектующие, необходимые для сборки компьютера или комплектующих нет в наличии. Менеджер должен изменить состав компьютера или завершить прецедент. 
        Е-3: введен неправильный номер заказа. Менеджер должен повторить ввод или завершить прецедент.. 
        Е-4: система не может удалить заказ. Информация сохраняется, система удалит заказ позже. Выполнение прецедента продолжается. 
 
Поток событий для прецедента «Управление информацией о клиенте». 
        1 Предусловия. 
        2 Главный поток. 
        Прецедент начинает выполняться, когда менеджер подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), изменить (Change), удалить (Delete), просмотреть  
(View) или выйти (Exit). 
        Если выбрана операция добавить (Add), S-1: выполняется поток добавить нового клиента (Add a New Client). 
        Если выбрана операция изменить (Change), S-2: выполняется поток изменить данные о клиенте (Change Client Data). 
        Если выбрана операция удалить (Delete), S-3: выполняется поток удалить клиента (Delete Client). 
        Если выбрана операция просмотреть (View), S-4: выполняется поток просмотреть данные о клиенте (View Client Data). 
        Если выбрана операция выйти (Exit) прецедент завершается.  
        3 Под-потоки. 
        S-1: добавить нового клиента (Add a New Client) 
        Система отображает диалоговое окно, содержащее поля для ввода данных о новом клиенте. Пользователь заполняет поля (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала. 
        S-2: изменить данные о клиенте (Change Client Data) 
        Система отображает диалоговое окно, содержащее список клиентов и поле для ввода номера клиента. Менеджер выбирает необходимого клиента из списка или вводит его номер в поле (Е-3). Система отображает информацию о данном клиенте. Менеджер делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала. 
        S-3: удалить клиента (Delete Client) 
        Система отображает диалоговое окно, содержащее список клиентов и поле для ввода номера клиента. Менеджер выбирает необходимого клиента из списка или вводит его номер в поле (Е-2). Система удаляет выбранного клиента (Е-4). Затем прецедент начинается сначала. 
        S-4: просмотреть данные о клиенте (View Client Data) 
        Система отображает диалоговое окно, содержащее список клиентов и поле для ввода номера клиента. Менеджер выбирает необходимого клиента из списка или вводит его номер в поле (Е-3). Система отображает информацию о выбранном клиенте. Когда менеджер просмотрит информацию, прецедент начнется сначала. 
        4 Альтернативные потоки 
        Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент. 
        Е-2: заполнены не все поля. Менеджер должен заполнить незаполненные поля или завершить прецедент. 
        Е-3: введен неправильный номер клиента. Менеджер должен повторить ввод или завершить прецедент. 
        Е-4: система не может удалить клиента. Информация сохраняется, система удалит клиента позже. Выполнение прецедента продолжается.

Поток событий для прецедента «Учет поступления  и выдачи комплектующих. 
        1 Предусловия. 
        2 Главный поток. 
        Прецедент начинает выполняться, когда завскладом подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), отметить (Mark) или выйти (Exit). 
        Если выбрана операция добавить (Add), S-1: выполняется поток внести поступившие комплектующие (Add a New Components). 
        Если выбрана операция отметить (Mark), S-2: выполняется поток сделать отметку о выдаче комплектующих (Mark Components). 
        Если выбрана операция выйти (Exit) прецедент завершается.  
        3 Под-потоки. 
        S-1: внести поступившие комплектующие (Add a New Components) 
        Система отображает диалоговое окно, содержащее поля для ввода наименования комплектующих, их количества, поставщика. Завскладом заполняет указанные поля (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала. 
        S-2: сделать отметку о выдаче комплектующих (Change Order) 
        Система отображает список комплектующих, находящихся на складе. Завскладом напротив нужных комплектующих вводит количество выданных (Е-3). Система запоминает введенные данные. Затем прецедент начинается сначала.         
        4 Альтернативные потоки 
        Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент. 
        Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент. 
        Е-3: указано количество выданных комплектующих, превышающее их количество на складе. Пользователь должен повторить ввод или завершить прецедент.

Поток событий для прецедента «Сборка компьютеров». 
        1 Предусловия. 
        2 Главный поток. 
        Прецедент начинает выполняться, когда инженер по сборке подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: просмотреть (View), отметить (Mark) или выйти (Exit). 
        Если выбрана операция просмотреть (View), S-1: выполняется поток Просмотреть наряд на сборку компьютера (View an Make Computer Order). 
        Если выбрана операция отметить (Mark), S-2: выполняется поток сделать отметку о статусе собираемого компьютера по наряду (Mark Computer). 
        Если выбрана операция выйти (Exit) прецедент завершается.  
        3 Под-потоки. 
        S-1: Просмотреть наряд на сборку компьютера (View an Make Computer Order) 
         Система отображает диалоговое окно, содержащее список нарядов и поле для ввода номера наряда. Инженер выбирает необходимый наряд из списка или вводит его номер в поле (Е-2). Система отображает информацию о выбранном наряде. Когда инженер просмотрит информацию, прецедент начнется сначала. 
        S-2: сделать отметку о статусе собираемого компьютера (Mark Computer) 
        Система отображает диалоговое окно, содержащее список нарядов. Возле необходимого наряда инженер делает отметку о статусе компьютера по данному наряду. Инженер сохраняет изменения. Затем прецедент начинается сначала.         
        4 Альтернативные потоки 
        Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент. 
        Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент. 
        Е-3: введен неправильный номер наряда. Инженер должен повторить ввод или завершить прецедент.

Поток событий для прецедента «Требование необходимых  комплектующих. 
        1 Предусловия. 
        2 Главный поток. 
        Прецедент начинает выполняться, когда инженер по сборке подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: просмотреть (View), затребовать (Order) или выйти (Exit). 
        Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть затребованные комплектующие на складе (View Ordered Components on Warehouse). 
        Если выбрана операция затребовать (Order), S-2: выполняется поток затребовать необходимые комплектующие на складе (Order Required Components on Warehouse). 
        Если выбрана операция выйти (Exit) прецедент завершается.  
        3 Под-потоки. 
        S-1: Просмотреть затребованные комплектующие на складе (View Ordered Components on Warehouse) 
         Система отображает следующую информацию обо всех сделанных заказах данным инженером по сборке: дата затребования, наименование комплектующих, их количество, заказ выполнен или нет. Когда инженер по сборке просмотрел список, он уведомляет систему. Прецедент начинается сначала. 
        S-2: затребовать необходимые комплектующие на складе (Order Required Components on Warehouse) 
        Система отображает диалоговое окно, содержащее поля для ввода списка необходимых комплектующих и их количества. Инженер по сборке заполняет его. Система запоминает введенные данные. Затем прецедент начинается сначала.               4 Альтернативные потоки 
        Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

 

Рисунок 2. Дополнительная диаграмма прецедентов 
 
 
 
 
 
 
 
 
 
 
 
 

Задание № 2. 

1. создать диаграмму  классов  для одного из сценариев диаграммы прецедентов, созданной в предыдущей лабораторной работе. Для каждого класса необходимо задать атрибуты и операции. Каждый класс должен быть подробно задокументирован - необходимо задать текстовое описание самого класса, описания его атрибутов и операций;
2. создать пакеты для группировки классов, созданных в пункте 1;
3. сгруппировать классы из пункта 1 в пакеты;
4. для каждого пакета создать свою диаграмму классов.
5. разработать главную диаграмму классов.

 

Рисунок 3. Классы-сущности и отношения между ними 

 

Рисунок 4. Итоговая диаграмма классов 
 

Рисунок 5. Группировка классов в пакеты 
 
 

 

Рисунок 6. Диаграмма классов пакета Boundaries 
 
 

 

Рисунок 7. Диаграмма классов пакета Control 
 

 

Рисунок 8. Главная диаграмма классов 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Задание № 3

 

1. создать диаграмму деятельности, описывающую один из бизнес-процессов выбранной предметной области;

2. создать диаграмму деятельности, описывающую поток событий одного из вариантов использования, созданного в задании № 1. 
 
 

 

Рисунок 9. Диаграмма деятельности бизнес-процесса 
 
 

 

Рисунок 10. Диаграмма деятельности для потока событий прецедента "Работа с заказом" 

 

Рисунок 11. Диаграмма деятельности для действия "Добавить заказ" 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Задание № 4

Создать диаграмму последовательности и кооперации для одного из сценариев любого прецедента, созданного в задании № 1. 

 

Рисунок 12. Итоговая диаграмма последовательности 

 

Рисунок 13. Итоговая диаграмма кооперации 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Задание № 5