КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Разработка архитектуры информационной системы
Описание предметной области, постановка задачи Вы являетесь руководителем коммерческой службы телевизионной компании. Вашей задачей является отслеживание расчетов, связанных с прохождением рекламы в телеэфире. Работа построена следующим образом: заказчики просят поместить свою рекламу в определенной передаче в определенный день. Каждый рекламный ролик имеет определенную продолжительность. Для каждой организации-заказчика известны банковские реквизиты, телефон и контактное лицо для проведения переговоров. Передачи имеют определенный рейтинг. Стоимость минуты рекламы в каждой конкретной передаче известна (определяется коммерческой службой, исходя из рейтинга передачи и прочих соображений). Классы объектов Передачи (Название, Рейтинг, Стоимость минуты). Реклама (Передача, Заказчик, Дата, Длительность в минутах). Заказчики (Название, Банковские реквизиты, Телефон, Контактное лицо). Конструируем в программе Rational Rose Enterprise Edition диаграмму прецедентов. Технологический процесс создания диаграммы прецедентов:
1. Подготовка: a) В навигаторе модели открываем Use Case View. b) Там же открываем Main. c) Даём имя диаграмме прецедентов. d) В контекстном меню для Main выбраем команду Rename. e) Вводим имя диаграммы прецедентов.
2. Создание субъекта: a) Нажимаем кнопку создания субъекта. b) В окне диаграммы прецедентов указываем место субъекта. c) Щелчком вызываем изображение субъекта. d) Вводим имя субъекта.
3. Создание аспекта: a) Нажимаем кнопку создания аспекта. b) Повторяем п.п. 2b, c, d для аспекта.
4. Создание ассоциации a) Нажимаем кнопку создания ассоциации. b) Рисуем стрелку от одного элемента диаграммы прецедентов к другому. c) Регулируем размещение элементов диаграммы прецедентов.
В результате выполнения работы получается диорама прецедентов (рис. 3). Рис. 3. Диаграмма прецедентов Конструируем в той же программе, Rational Rose Enterprise Edition, диаграмму классов. Технологический процесс создания диаграммы классов:
1. Подготовка: a) В навигаторе модели открываем Logical View. b) Там же открываем Main. c) Даём имя диаграмме классов. d) В контекстном меню для Main выбираем команду Rename. e) Вводим имя диаграммы классов. 2. Создание класса: a) Нажимаем кнопку создания класса. b) В окне диаграммы классов указываем место класса. c) Щелчком вызываем изображение класса. d) Вводим имя класса: 1) Не повторяющееся с именами субъектов диаграммы прецедентов 2) Являющиеся субъектами, их необходимо привести в стандартный для класса вид командой Format/Stereotype Display. 3. Оформить класс: a) В контекстном меню класса выбраем команду New Attribute b) Вводим имя атрибута. c) Активизировав класс, щелкаем по значку атрибута. d) В списке выбираем требуемый значок атрибута: 1) public (default) 2) protected 3) private 4) implemented e) В контекстном меню класса выбираем команду New Operation. f) Вводим имя операции. i) Повторяем п.п. 2e, f для операции. 4. Создание ассоциации: a) Нажимаем кнопку создания ассоциации. b) Рисуем стрелку от одного класса к другому. c) Регулируем размещение классов в диаграмме. 5. Оформить ассоциацию: a) В контекстном меню ассоциации выбираем команду Multiplicity. b) В списке выбраем требуемый вид ассоциации 1) 1 – обязательная однозначная; 2) 0.. * – Zero or More, необязательная многозначная; 3) 1.. * – One or More, обязательная многозначная; 4) 0.. 1 – Zero or One, необязательная однозначная; c) В контекстном меню ассоциации выбираем команду Navigable, убрав "галочку".
В результате выполнения работы получается диорама классов (рис. 4).
Рис. 4. Диаграмма классов Конструируем в той же программе, Rational Rose Enterprise Edition, кооперативную диаграмму. Технологический процесс создания кооперативной диаграммы 1. Подготовка: a) В меню выбираем команду Browse/Interaction Diagram/New для вызова окна Select Interaction Diagram. b) В подокне Package окна Select Interaction Diagram выбираем Use Case View, нажать ОК. c) В диалоговом окне New Interaction Diagram в поле Title вводим имя диаграммы последовательности. d) В диалоговом окне New Interaction Diagram выбираем тип диаграммы sequence, нажать ОК. 2. Создание объекта: a. Нажимаем кнопку создания объекта. b. В окне диаграммы классов указываем место объекта. c. Щелчком вызываем изображение объекта и соответствующей ему линии жизни. d. Через контекстное меню открываем окно Object Specification и ввести имя объекта и соответствующий ему класс. 3. Создание сообщения: a. Нажимаем кнопку создания сообщения Object Message. b. Рисуем стрелку от линии одного объекта к линии жизни другого объекта c. Регулируем размещение элементов диаграммы прецедентов. 4. Построение соответствующей диаграммы кооперации: a. Нажимаем функциональную клавишу F5. b. Изменяем сообщение, вызвав закладку Messages. В результате выполнения работы получается кооперативная диорама(рис. 5).
Рис. 4. Кооперативная диаграмма Заключение В данной курсовой работе я изучил эволюцию архитектуры Web-решений, начиная от простейших хранилищ HTML-страниц и заканчивая современными корпоративными решениями, интегрированными с корпоративными информационными системами и информационными системами партнеров. Рассмотрел задачи, возникающие на каждом этапе развития Web-приложений и технологии, их решающие, включая CGI, ISAPI; взаимодействие с серверами приложений и с базами данных; создание и применение Web-сервисов, основанных на XML. Предложил архитектуру Web-ориетированной САПР на основе популярной САПР электронных схем Design Lab корпорации MicroSim. Так же в ходе выполнения практической части были разработаны: диаграмма прецедентов, диаграмма деятельности (кооперативная) и диаграмму классов.
Дата добавления: 2015-08-31; Просмотров: 578; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |