Проектирование информационной системы для предметной области «Учёт абитуриентов, поступающих в ВУЗ»

Российский государственный  гидрометеорологический университет

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

Кафедра прикладной информатики

 

 

 

КУРСОВАЯ РАБОТА

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

 

Тема:

Проектирование информационной системы для предметной области «Учёт абитуриентов, поступающих в ВУЗ».

 

 

 

 

   Студенты:  Фомин Б.О

                                            Зюков С.С

                                                                                        Группы  ПИ-497

 

  

 

 

Санкт-Петербург

2012 
СОДЕРЖАНИЕ

1. Введение 3

2. Анализ предметной области. Требования к системе и актеры 4 

    2.1 Глоссарий…………………………………………………………….7

3. Концептуальная модель. Диаграмма прецедентов 9

    3.1 Варианты использования системы…………...……………………9

    3.2 Диаграмма прецедентов……………………………………………..15

4. Логическая модель. Диаграмма классов 17

5. Физическая модель. Диаграмма компонентов 19

6. Заключение…………………………………………………………….....20

7. Список литературы………………………………………………………21

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1. Введение

В рамках данной курсовой работы будет осуществлено проектирование и информационной системы для предметной области «Учёт абитуриентов, поступающих в ВУЗ».

Rational Rose имеет весь необходимый  набор визуальных средств проектирования. Только Rose поможет решить проблемы  с кодогенерацией на определенном  языке программирования. Rational Rose осуществляет  такие подходы, как прямое и  обратное проектирование. Такой  арсенал позволит не только  проектировать новую систему,  но и доработать старую, произведя  процесс обратного проектирования. Популярное средство визуального  моделирования объектно-ориентированных  информационных систем компании Rational Software Corp. Работа продукта основана  на универсальном языке моделирования  UML (Universal Modeling Language). Благодаря уникальному  языку моделирования Rational Rose способен  решать практически любые задачи  в проектировании информационных  систем: от анализа бизнес процессов  до кодогенерации на определенном  языке программирования. Только Rose позволяет разрабатывать как  высокоуровневые, так и низкоуровневые  модели, осуществляя тем самым  либо абстрактное проектирование, либо логическое. Для того чтобы  наиболее полно покрыть весь  сегмент рынка средств проектирования  и разработки, компания Rational выпускает  несколько версий своего продукта.

Разрабатываемая система должна обеспечить автоматизацию следующих процессов:

• автоматизировать процесс регистрации, учета, обработки документов;
• повысить скорость прохождения документа;
• оптимизировать хранение документов;
• сократить время на поиск документа;
• повысить комфортность и снизить трудоемкость при работе с документами для конечного пользователя.

 

2. Анализ предметной  области. Требования к системе и актеры.

Анализируя предметную область, можно сделать вывод, что проектируемая  система должна содержать следующую  информацию:

• Абитуриент
• Идентификация абитуриента
• Экзамены
• Специальность
• Документы
• Вид обучения
• Баллы
• Льготы
• Образование
• Форма обучения

Система должна позволять совершать следующие действия:

• добавлять и удалять абитуриентов
• редактировать их личные данные;
• корректировать данные об абитуриенте;
• запрашивать любую хранимую в системе информацию;
• осуществлять поиск по базе данных;

Система должна поддерживать следующие процессы:

1. Секретарь приемной комиссии создает новую запись об абитуриенте в БД.
2. При этом он открывает необходимую форму для ввода данных абитуриента.
3. Вводит все необходимые поля в открытую форму.
4. Нажимает на клавишу «Сохранить».
5. При этом информация отправляется в СУБД
6. СУБД создает новую пустую запись.
7. Изменяет значения полей в соответствии с введенными секретарем данными.
8. Передает эту запись системе управления транзакциями.
9. Система управления транзакциями осуществляет транзакцию.

           10. Система управления транзакциями возвращает сообщение об успешности проведения транзакции или ошибке при её выполнении.

Таким образом, в системе присутствует один действующий актёр- Секретарь, и вспомогательные актёры Абитуриент, База данных.

2.1 Глоссарий

Таблица 1.

Абитуриент	Имя Фамилия Отчество абитуриента
База данных	Хранит всю информацию об абитуриенте
Личные данные	Год рождения, место проживания, паспортные данные.
Экзамены	Наименование экзаменов  сдаваемых для поступления
Специальность	Профиль  специальности, выбранный при поступлении
Экзаменационный лист	Лист, содержащий конкретную информацию по вступительным экзаменам
Баллы	Количество баллов студента
Вид обучения	Платная или бюджетная  основа
Документы	Какие документы были отданы при подачи заявления
Льготы	Льготы, предоставляемые  абитуриенту при поступлении
Образование	Наличие образования, среднее, высшее, средне специальное
Редактирование данных	Удаление ненужных данных; Добавление новых данных; Изменение введенных данных
Поиск	Осуществляет поиск по базе данных

 

Функциональные возможности:

Система должна обеспечивать многопользовательский режим работы., должна постоянно сама обновляться, чтобы при заполнении базы несколькими  пользователями не было повторных записей.

Удобство использования

Пользовательский интерфейс  должен быть совместим с операционными  системами win xp\ win7

Надежность

Система  должна  быть  в  работоспособном  состоянии 24 часа  в  день

7 дней в неделю.

Производительность

Система должна обеспечить доступ до 30 пользователей одновременно.

Безопасность

Система не должна позволять  абитуриентам и сторонним лицам  изменять любые данные в системе.

 

 

 

 

 

 

 

3. Концептуальная модель.

Этот вид диаграмм позволяет  создать список операций, которые  выполняет система. Часто этот вид  диаграмм называют диаграммой прецедентов, потому что на основе набора таких  диаграмм создается список требований к системе и определяется множество  выполняемых системой функций. Каждая такая диаграмма или, как ее обычно называют, каждый Use case – это описание сценария поведения, которому следуют  действующие лица (Actors).

Данный тип диаграмм используется при описании бизнес процессов автоматизируемой предметной области, определении требований к будущей программной системе. Отражает объекты как системы, так  и предметной области и задачи, ими выполняемые.

Для данной системы можно  выделить следующие основные варианты использования:

Ввод данных

Просмотр информации

Поиск по базе данных

Добавление абитуриента  в БД

 

3.1 Варианты использования системы

 

Таблица 1.1 Главный раздел сценария выполнения варианта использования "Ввод данных"
Вариант использования	Ввод данных абитуриента
Актеры	Секретарь приёмной комиссии
Цель	Регистрация
Краткое описание	Секретарь заносит данные
Тип	Базовый

 

Таблица 1.2 Раздел Типичный ход событий сценария выполнения варианта использования " Ввод данных "
Действия актеров	Отклик системы
Абитуриент подаёт документы в вуз Секретарь входит в систему         4    Секретарь заносит информацию  об      абитуриенте       5    Абитуриент проверяет достоверность   данных.         7.   Секретарь закрывает  форму ввода данных	3.Система  даёт доступ к форме заполнения  информации о абитуриенте       6. Система проверяет данные студента. Исключение№1 Система сообщает о не корректно  введённых данных   8. Система возвращается в исходное  состояние

 

Таблица 1.3 Раздел Исключения сценария выполнения варианта использования " Ввод данных "
Исключение №1.  Совпадение данных
Действия актера	Отклик системы
2.Изменяет  регистрационные данные	1. Система сообщает о не корректно  введённых данных
	3. Система приходит в исходное  состояние.

 

Таблица 2.1 Главный раздел сценария выполнения варианта использования "Просмотр информации"
Вариант использования	Просмотр БД
Актеры	Секретарь
Цель	Просмотр БД
Краткое описание	Секретарь просматривает  БД
Тип	Базовый

 

Таблица 2.2 Раздел Типичный ход событий сценария выполнения варианта использования "Просмотр информации"
Действия актеров	Отклик системы
1.   Секретарь запускает  систему Секретарь входит в систему   Исключение  №1 Секретарь не правильно вводит логин и пароль       4.  Секретарь просматривает БД 5. Секретарь может внести корректировку 6. Секретарь выходит из системы.	3.Система  даёт доступ к к интерфейсу         7.Система  возвращается в исходное состояние.

 

 

 

 

Таблица 2.3 Раздел Исключения сценария выполнения варианта использования " Ввод данных "
Исключение №1.  Неверный логин и пароль
Действия актера	Отклик системы
1.  Секретарь не правильно  вводит логин или пароль       3.   Секретарь исправляет логин  и пароль	2.  Система сообщает об ошибке  ввода 4.  Система даёт доступ к карточке