Разработка объектно-ориентированной модели информационной подсистемы для приемной комиссии университета - Курсовая работа

бесплатно 0
4.5 197
Этапы разработки объектно-ориентированной модели информационной подсистемы приемной комиссии для учета абитуриентов. Создание диаграмм для моделирования процесса обмена сообщениями между объектами. Порядок генерации программного кода на языке С .

Скачать работу Скачать уникальную работу

Чтобы скачать работу, Вы должны пройти проверку:


Аннотация к работе
Благодаря уникальному языку моделирования Rational Rose способен решать практически любые задачи в проектировании информационных систем: от анализа бизнес процессов до кодогенерации на определенном языке программирования. В первом разделе курсового проекта представлена основная характеристика предметной области, а также актуальность разработки объектно-ориентированной модели информационной подсистемы приемной комиссии для учета абитуриентов. В четвертом разделе рассматривается диаграмма сотрудничества для прецедента информационной подсистемы «Добавить абитуриента в БД». В пятом разделе описывается диаграмма классов для прецедента «Добавить абитуриента в БД». В шестом разделе приводится и описывается диаграмма классов прецедента «Добавить абитуриента в БД», а также рассматриваются основные добавленные атрибуты и операции.Этот вид диаграмм позволяет создать список операций, которые выполняет система. Часто этот вид диаграмм называют диаграммой прецедентов, потому что на основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых системой функций. Каждая такая диаграмма или, как ее обычно называют, каждый Use case - это описание сценария поведения, которому следуют действующие лица (Actors). Диаграмма этого вида представляет важную информацию - это одно из основных преимуществ ее применения. Изучая все множество вариантов использования и действующих лиц, определятся сфера применения системы (что она будет делать).Была разработана диаграмма прецедентов, состоящая из одного актера и трех вариантов использования.Данный тип диаграмм может использоваться для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов. Этот тип диаграмм позволяет проектировать алгоритмы поведения объектов любой сложности, в том числе может использоваться для составления блок-схем [1]. На приведенной выше диаграмме выделены следующие объекты соответствующих классов: - выбор формы поступления - объект класса FORMPOSTUPLEN, отвечающий за выбор необходимой формы; управляющий транзакциями - объект класса TRANSACTIONMANAGER, берущий на себя функции СУБД по управлению транзакциями.Была разработана диаграмма последовательности для варианта использования «Добавить абитуриента в БД». При создании диаграммы были созданы два класса «управляющих» класса (Control), два «граничных»(Boundaries) и два «сущность» (Entity). К «управляющим» классам относятся DBMANAGER и TRANSACTIONMANAGER. К «граничным» классам относятся FORMPOSTUPLEN и INPUTFORM.Взаимодействие объектов в системе происходит посредством приема и передачи сообщений объектами-клиентами и обработки этих сообщений объектами-серверами. При этом в разных ситуациях одни и те же объекты могут выступать и в качестве клиентов, и в качестве серверов. Данный тип диаграмм позволяет отразить последовательность передачи сообщений между объектами. Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема - передачи сообщений [3]. В курсовом проекте была разработана диаграмма сотрудничества, описывающая ввод данных абитуриента.Была спроектирована диаграмма сотрудничества для варианта использования «Ввод новой записи об абитуриенте».Диаграмма классов является основным логическим представлением модели и содержит детальную информацию о внутреннем устройстве объектно-ориентированной программной системы или, используя современную терминологию, об архитектуре программной системы. На диаграммах классов отображаются некоторые классы и пакеты системы. Граничные классы (boundary classes) - это классы, которые расположены на границе системы и окружающей среды. В пакет «Boundaries» были добавлены следующие классы: класс INPUTFORM(форма ввода данных об абитуриенте) и класс FORMPOSTUPLEN (выбор формы поступления абитуриента).В процессе разработки диаграммы классов был применен механизм пакетов.В качестве языка программирования был выбран C , что позволило добавить к классам параметры операций, типы данных и типы возвращаемых значений. Атрибут - это элемент информации, связанный с классом. Они содержатся внутри класса, поэтому они скрыты от других классов. В связи с этим иногда требуется указать, какие классы имеют право читать и изменять атрибуты. В результате к классам были добавлены дополнительные атрибуты и связи между классами(рисунок 6.1).На диаграмме для каждой семантической связи также наглядно отображена множественность, показывающая, сколько экземпляров одного класса взаимодействует с помощью этой связи с одним экземпляром другого класса в определенный момент времени.Каждый объект системы, обладающий определенным поведением, может находиться в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства

План
Содержание информационная подсистема моделирование

Пояснительная записка

Введение

1 краткая характеристика предметной области

1.1 общая характеристика

1.2 актуальность разрабатываемой подсистемы

1.3 формулировка задач проектирования

2 создание диаграммы прецедентов

3 создание диаграммы последовательности

4 создание диаграммы сотрудничества

5 создание диаграммы классов

6 добавление деталей к описаниям операций и определение атрибутов классов. Добавление связей между классами.

7 создание диаграммы состояний для классов и диаграммы компонентов

8 создание диаграммы размещения

9 генерация программного кода c

Заключение

Библиографический список

Приложение А. Листинг кода приложения сгенерированные rational rose на языке с

Вывод
1. Была разработана диаграмма прецедентов, состоящая из одного актера и трех вариантов использования. Основным действующим лицом является секретарь приемной комиссии. Он выполняет три действия: «просмотреть БД», «добавить абитуриента в БД», «ввод данных абитуриента».

2. Проанализировав приведенную выше диаграмму использования наглядно видно, что наиболее сложно реализуемым прецедентом информационной подсистемы является ввод и модификация информации об абитуриентах.1. Была разработана диаграмма последовательности для варианта использования «Добавить абитуриента в БД». Этот вариант использования является наиболее сложно реализуемым прецедентом информационной подсистемы.

2. При создании диаграммы были созданы два класса «управляющих» класса (Control), два «граничных»(Boundaries) и два «сущность» (Entity).

3. К «управляющим» классам относятся DBMANAGER и TRANSACTIONMANAGER. Они контролируют последовательность событий этого варианта использования.

4. К «граничным» классам относятся FORMPOSTUPLEN и INPUTFORM. Граничные классы, которые расположены на границе системы и окружающей среды. Они включают все формы, отчеты, интерфейсы с аппаратурой (такой, как принтеры или сканеры) и интерфейсы с другими системами.

5. К классам «сущность» относятся Zapis и ZAPISITEM .

Классы-сущности (entity classes) отражают основные понятия (абстракции) предметной области и, как правило, содержат хранимую информацию. В данный пакет были добавлен класс Zapis. Также был создан и добавлен в пакет вспомогательный класс ZAPISITEM, предназначенный для того, чтобы облегчить контроль вводимых данных.1. Была спроектирована диаграмма сотрудничества для варианта использования «Ввод новой записи об абитуриенте». Во многом от правильности выполнения этого прецедента будет зависеть в дальнейшем успешность оперативного учета и функционирования всей системы в целом.

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

2. Была разработана диаграмма пакетов, являющаяся одной из форм диаграммы классов.1. Была разработана диаграмма классов для сценария «добавить данные абитуриента». Как видно из диаграммы, между классами существует определенная семантическая связь.

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

Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность
своей работы


Новые загруженные работы

Дисциплины научных работ





Хотите, перезвоним вам?