Методология RUP «Анализ и проектирование» программной системы

Страницы работы

Содержание работы

Министерство образования и науки Российской Федерации

Новосибирский Государственный Технический Университет

Кафедра экономической информатики

Отчет по лабораторной работе №3

по курсу: «Разработка и стандартизация

программных систем и информационных технологий»

на тему: «Анализ и проектирование»

Факультет: Бизнеса

Группа: ФБИ-61

Выполнил: Котельников А.А.

Преподаватель: Анисимов В.А.

Новосибирск

2009 г.


ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ. 3

МОДЕЛЬ ТЕХНИЧЕСКИХ СРЕДСТВ.. 4

МОДЕЛЬ ДАННЫХ.. 5

МОДЕЛЬ АНАЛИЗА.. 6

МОДЕЛЬ ПРОЕКТИРОВАНИЯ.. 7

ЗАКЛЮЧЕНИЕ. 11

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ.. 12


ВВЕДЕНИЕ

          В лабораторной работе в соответствии с методологией RUP необходимо произвести анализ и проектирование программной системы. Для этого мы построим модель технических средств (Deployment Model) с помощью диаграммы UML Deployment Diagram. Эта модель отображает технические средства и, размещенные на них, программные средства системы и прочие программные средства.

          Также необходимо построить модель данных (Data modal) с помощью диаграммы UML Class Diagram, которая отображает логическую и физическую структуру данных.

          Третью модель, которую необходимо построить в соответствии с этапом жизненного цикла, это модель анализа (Analysis modal), которая строиться с помощью диаграммы UML Class Diagram и описывает реализацию требований и служит абстракцией для модели проектирования.

          Последней моделью, которая соответствует этапу жизненного цикла «Анализ и проектирование», будет модель проектирования (Design modal), которая требует использования нескольких диаграмм UML Class diagram, Sequence diagram, Activity diagram, Collaboration diagram. Сама модель проектирования описывает реализацию требований и служит абстракцией модели реализации и исходного кода.


МОДЕЛЬ ТЕХНИЧЕСКИХ СРЕДСТВ

На рис. 1 изображена диаграмма развертывания (Deployment Diagram) языка UML, которая отображает технические средства и, размещенные на них, программные средства системы и прочие программные средства.

Рис. 1. Диаграмма развертывания UML

          На этой диаграмме видно, что будет использоваться трехзвенная модель архитектуры баз данных «Клиент-сервер». Необходимо выделить отдельную вычислительную машину для хранения баз данных вместе с СУБД, отдельную машину для работы сервера приложения, на рабочем месте операторов отделений банка и аналитика будет установлена клиентская программа для взаимодействия с сервером приложения. Также на каждом рабочем месте необходимо установить периферийное устройство «Принтер».

МОДЕЛЬ ДАННЫХ

На рис. 2 изображена модель данных с помощью диаграммы классов UML. Эта модель отображает логическую и физическую структуру данных в проектируемой системе.

Рис.2. Диаграмма классов UML


          На этой диаграмме видно, что в используемой реляционной базе данных будет размещено 6 таблиц: Сотрудники, Отделения, План Счетов, Клиенты и Транзакции. Для каждого отношения базы данных указан перечень атрибутов с указанием типа. Существуют связи между таблицами Employee и Branch (Employee.Code=Branch.CodeOfHead), Clients и Accounting (Clients.Code = Accounting.Owner), AccountingPlan и Transaction (Transaction.Debit = AccountingPlan.Account и Transaction.Credit = AccountingPlan.Account), также имеется связь таблицы Transaction с таблицами Clients, Accounts (Transaction.Employee=Employee.Code и Transaction.Account=Accounts.Account).

МОДЕЛЬ АНАЛИЗА

На рис. 3 изображена диаграмма классов UML, с помощью которого реализована модель анализа, которая описывает реализацию требований и служит абстракцией для модели проектирования.

Рис. 3. Модель анализа с помощью диаграммы классов UML

На этапе анализа и проектирования в соответствии с методологией RUP была построена модель анализа, которая является в большей степени концептуальной моделью и только приближает разработчиков к классам реализации. Планируется, что в будущей системе будут классы: Account, Transactions, Report, Client. Все они имеют свой набор атрибутов и методов.


МОДЕЛЬ ПРОЕКТИРОВАНИЯ

Модель проектирования описывает реализацию требований и служит абстракцией модели реализации и исходного кода. Для ее построения нам необходимо построить следующие диаграммы: диаграмму классов (рис. 4), диаграмму последовательности (рис. 5), диаграмму деятельности (рис. 6) и диаграмму взаимодействия (рис. 7).

Рис. 4. Диаграмма классов UML

          После построения модели анализа, которая служит абстракцией для модели проектирования, мы получили наброски наших будущих классов с перечнем атрибутов и методов. Диаграмма классов UML в модели проектирования уже отражает абстракцию классов для этапа реализации проекта в соответствии с методологией RUP для построения модели реализации. В нашем случае, был уточнен набор классов, перечень их атрибутов и методов.

Рис. 5. Диаграмма последовательности UML

          На этой диаграмме последовательности отображен процесс открытия депозита в отделении банка. Первоначально создается объект «Клиент» с помощью метода CreateClient(), затем значение уникального номера клиента передается классу Account методу CreateAccount(). В результате выполнения метода открывается требуемого типа счет в банке на этого клиента. После чего номер счета передается методу CreateTransaction() класса Transaction. Этот метод создает операцию в журнале проводок и инициализирует все необходимые поля, затем управление передается методу ApplyTransaction(), который проводит банковскую операцию по приходу денежных средств на депозитный счет. Результат выполнения метода передается CloseTransaction(), который фиксирует успешное выполнение операции и передает этот результат методу Agreement() класса Account. Этот метод генерирует договоры банка с клиентом, квитанцию о взносе денежных средств на счет и отправляет их классу Client методу Printing(), который распечатывает договор и квитанцию для клиента.

Рис. 6. Диаграмма деятельности UML

На диаграмме деятельности видно, что при начале работы пользователя с системой, необходимо соединиться с сервером приложения, затем пройти аутентификацию пользователя по логину и паролю. Если аутентификация завершиться неуспешно, то в цикле сервер приложений будет циклично выполнять аутентификацию пользователя, количество попыток ограничено тремя. Если в течение 30 секунд нет реакции оператора, то сервер приложений автоматически отсоединиться от клиентской программы, и потребуется повторное соединение. Затем необходимо выбрать необходимую форму и открыть ее, в результате, создаются необходимые объекты Account, Client, Transaction. Во время ввода данных эти объекты копируют из свойств инструментов обработчика формы значения в свои поля. После выполнения записи данных в базу данных, формируются документы и которые в цикле распечатываются на консоль и на бумажный носитель. После выполнения операции открытия депозита в банке, разрывается связь с сервером приложения, первоначально удалив все объекты приложения (Account, Client, Transaction) из оперативной памяти приложения.

Рис. 7. Диаграмма взаимодействия UML

На этой диаграмме видно как взаимодействуют классы между собой с помощью сообщений. В отличие от диаграммы последовательности эта диаграмма абстрагируется от параметра «Время». На этой диаграмме видно, что класс Client взаимодействует сам с собой при использовании метода CreateClient() и Printing, также класс взаимодействует с классом Account методами CreateAccount() и Agreement(). Класс Transaction взаимодействует сам с собой с помощью метода ApplyTransaction(), а также с классом Account методами CreateTransaction() и CloseTransaction().


ЗАКЛЮЧЕНИЕ

В результате выполнения лабораторной работы был рассмотрен очередной этап жизненного цикла в соответствие с методологией RUP «Анализ и проектирование» программной системы.

Для этого мы построили модель технических средств (Deployment Model) с помощью диаграммы UML Deployment Diagram, модель данных (Data modal) с помощью диаграммы UML Class Diagram, модель анализа (Analysis modal) и модель проектирования (Design modal), которая требует использования нескольких диаграмм UML Class diagram, Sequence diagram, Activity diagram, Collaboration diagram.

Таким образом, мы полностью рассмотрели этап жизненного цикла в соответствии с методологией RUP «Анализ и проектирование».


СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

1.  Золотухина Е.Б. Методическая разработка «Основы бизнес моделирования» по курсу "Современные технологии анализа и проектирования информационных систем". — М., 2005. — 89 с.

2.  Вендров А.М. Проектирование программного обеспечения экономических информационных систем. — М.: Финансы и статистика, 2000.

Похожие материалы

Информация о работе