Разработка объектно-ориентированной модели информационной подсистемы для приемной комиссии университета
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
В°ние вычислительной техники и средств связи. В организационной системе наиболее трудоемкими являются процессы, связанные с обработкой информации - сбор, накопление, преобразование, отображение, хранение, передача и вывод. Ускорить эти процессы и облегчить труд персонала приемной комиссии позволяет информационная подсистема для учета абитуриентов.
.3 Формулировка задач проектирования
Для организации эффективного ведения документации приемной комиссии требуется наличие централизованного хранения информации, а также свободного доступа к ней. Существенной проблемой является быстрый и результативный поиск необходимой информации среди огромного объема данных. Применение электронного решения проблем позволяет уменьшить время поиска информации и способствует оптимальному взаимодействию в области создания и контроля документов. Перед началом проектирования системы были поставлены следующие задачи:
-автоматизировать процесс регистрации, учета, обработки документов;
-повысить скорость прохождения документа;
-оптимизировать хранение документов;
-сэкономить ресурсы, расходуемые на подготовку новых документов;
-сократить время на поиск документа;
-повысить комфортность и снизить трудоемкость при работе с документами для конечного пользователя.
Для эффективного функционирования приемной комиссии университета, информационная подсистема учета абитуриентов должна выполнять ряд задач.
Секретарь приемной комиссии или другое уполномоченное лицо осуществляет оперативный учет абитуриентов. В его обязанности входит:
-ввод данных об абитуриенте в базу данных. В качестве такой информации могут выступать фамилия, имя, отчество абитуриента, факультет, паспортные данные , cпециальность;
-просмотреть БД;
-добавить абитуриента в БД.
2 СОЗДАНИЕ ДИАГРАММЫ ПРЕЦЕДЕНТОВ
Этот вид диаграмм позволяет создать список операций, которые выполняет система. Часто этот вид диаграмм называют диаграммой прецедентов, потому что на основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых системой функций. Каждая такая диаграмма или, как ее обычно называют, каждый Use case - это описание iенария поведения, которому следуют действующие лица (Actors). Данный тип диаграмм используется при описании бизнес процессов автоматизируемой предметной области, определении требований к будущей программной системе. Отражает объекты как системы, так и предметной области и задачи, ими выполняемые [2].
Диаграмма этого вида представляет важную информацию - это одно из основных преимуществ ее применения. Взглянув на варианты использования можно понять какие функциональные возможности будут заложены в систему. Рассматривая действующих лиц можно выяснить кто конкретно будет с ней взаимодействовать. Изучая все множество вариантов использования и действующих лиц, определятся сфера применения системы (что она будет делать). Это помогает узнать также, что она не будет делать, и внести коррективы. На рисунке 2.1 приведена диаграмма использования.
Рисунок 2.1 - Диаграмма прецедентов Добавить абитуриента в БД
Основным действующим лицом (актером) является секретарь приемной комиссии Университета. Он выполняет три основных действия:
-ввод данных абитуриента;
-просмотр БД. Подразумевает поиск необходимой информации по необходимости;
-добавление абитуриента в базу данных. Предполагает внесение исчерпывающей информации об абитуриенте, при положительных результатах вступительного тестирования, обновление записей в базе данных при изменении этой информации.
Для создания диаграммы последовательности:
1.Запустим интегрированную среду разработки Rational Rose 2000.
2.Перейдем к главной диаграмме (Main) Use case:
-в браузере щелкнем на значке + рядом с представлением Use case, чтобы открыть представление;
-дважды щелкнув на главной диаграмме, откроем её.
3.С помощью кнопки Use Case (вариант использования) панели инструментов поместим на диаграмму новый вариант использования.
4.Назовем его Просмотреть БД.
.Повторив этапы 3 и 4, поместим на диаграмму остальные варианты использования:
-Ввод данных абитуриента;
-Добавить абитуриента в БД;
6.С помощью кнопки Actor (действующее лицо) панели инструментов поместим на диаграмму новое действующее лицо.
.Назовем его Секретарь приемной комиссии.
.С помощью кнопки Unidirectional Association (Однонаправленная ассоциация) добавим ассоциации между действующим лицом Секретарь приемной комиссии и всеми вариантами использования.
Рассмотренные выше варианты использования инициируют последовательность действий (транзакций) в базе данных в ответ на действия со стороны Секретарь приемной комиссии.
Выводы
. Была разработана диаграмма прецедентов, состоящая из одного актера и трех вариантов использования. Основным действующим лицом является секретарь приемной комиссии. Он выполняет три действия: просмотреть БД, добавить абитуриента в БД, ввод данных абитуриента.
. Проанализировав приведенную выше диаграмму использования наглядно видно, что наиболее сложно реализуемым прецедентом информационной подсистемы является ввод и модификация информации об абитуриентах.
3. СОЗДАНИЕ ДИАГРАММЫ ПОСЛЕДОВАТЕЛЬНОСТИ
Данный тип диаграмм может использоваться для отражени