Моделирование бизнес-процессов
В рамках данного дипломного проекта была построена модель бизнес-процесса организация учебного процесса, контекстная диаграмма которой приведена на рисунке 2.
Рисунок 2 – Концептуальный уровень IDEF0-модели процесса «Организовать учебный процесс»
На рисунке 3 представлена декомпозиция блока «Организовать учебный процесс».
Рис.3 – Декомпозиция блока «Организовать учебный процесс»
Диаграмма потоков данных
DFD-модель системы определяется как иерархия диаграмм потоков данных, описывающих процессы преобразования информации от момента ее ввода в систему до выдачи конечному пользователю.
В рамках дипломного проекта я рассматриваю одно из направлений деятельности кафедры университета – организацию учебного процесса. Она включает в себя, как и само проведение занятий, так и подготовку методических пособий, оценку знаний студентов, а также формирование отчетности для предоставления данных в деканат.
Контекстная диаграмма DFD-модели представлена на рисунке 4
Рис.4 – Контекстная диаграмма «Организовать учебный процесс»
Диаграмма 1-го уровня декомпозиции представлена на рисунке 5.
Рис.5 – Диаграмма 1-го уровня «Организовать учебный процесс»
Диаграмма 2-го уровня декомпозиции «Провести аудиторные занятия» представлена на рисунке 6.
Рис.6 – Диаграмма 2-го уровня «Провести аудиторные занятия»
|
|
Миниспецификации процессов.
A0. Организовать учебный процесс.
ПРОЦЕСС: Провести аудиторные занятия
ВХОД: Списки групп; Учебный план; Расписание; Нормативные документы (Нормативные акты и документы Минобразования РФ; Положение о факультете; Положение о кафедре; Положение об учебном управлении; ГОС ВПО по специальностям (направлениям подготовки)
ВЫХОД: Журнал посещаемости студентов, Задания на курсовые проекты/работы
ПОДПРОЦЕССЫ:
· Подготовить учебную/методическую литературу
· Провести лекционные, практические и лабораторные занятия
· Учесть посещаемость и текущую успеваемость студентов
ПРОЦЕСС: Провести рейтинги
ВХОД: Списки групп, журнал посещаемости студентов, нормативные документы
ВЫХОД: Рейтинговые ведомости
ПРОЦЕСС: Принять зачеты и защиту курсовых работ/проектов
ВХОД: Задания на курсовые работы/проекты, Зачетные книжки, Нормативные документы
ВЫХОД: Ведомости сдачи зачетов, курсовые работ/проектов.
ПРОЦЕСС: Провести экзамены
ВХОД: Ведомости сдачи зачетов, курсовые работ/проектов, Зачетные книжки, График учебного процесса, Нормативные документы.
ВЫХОД: Экзаменационные ведомости
ПРОЦЕСС: Принять пересдачу экзаменов
ВХОД: Зачетные книжки, Направление на пересдачу, Экзаменационные ведомости
|
|
ВЫХОД: Дополненные экзаменационные ведомости
ПРОЦЕСС: Передать данные в деканат
ВХОД: Ведомости об успеваемости студентов
ВЫХОД: Сводная информация о студенческих группах
Логическая модель данных
На этапе исследования объекта автоматизации была составлена модель данных (рис.7). На ней показана взаимосвязь и структура хранимой информации.
Рис.7 – Модель данных
На основании модели данных были спроектированы соответствующие справочники, перечисления, регистры сведений.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
3.1 Общие сведения
3.1.1. Полное наименование системы и ее условное обозначение: подсистема «Студенты».
3.1.2. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты: разработчик системы – студент гр.ИСТ-106 Хуснутдинова И.Р.; заказчик системы – ВлГУ;
3.1.3. . Перечень документов, на основании которых создается система, кем и когда утверждены эти документы: задание на проектирование системы (дипломной проект); утверждающие организации: кафедра информационных систем и информационного менеджмента; дата утверждения: 13 февраля 2011г.
|
|
3.1.4. Плановые сроки начала и окончания работы по созданию системы: 13.02.2011 – 07.06.2011.
3.1.5. Сведения об источниках и порядке финансирования работ: не оплачиваются.
3.1.6. Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы: передается в виде спроектированной системы в сроки окончания работы. Приемка системы осуществляется комиссией в составе представителей кафедры ИСИМ. Порядок предъявления системы, ее испытаний и окончательной приемки определяется календарным графиком выполнения дипломного проекта.
3.2 Назначение и цели создания системы
3.2.1. Назначение системы: вид автоматизированной деятельности - автоматизация процесса сбора и хранения сведений о студентах, их перемещениях внутри университета и успеваемости; объект автоматизации – кафедра;
3.2.2. Цели создания системы:
Цели создания системы: формирование единой информационной системы для нужд кафедры.
Для реализации поставленной цели подсистема «Студенты» должна решать следующие задачи:
|
|
- сбор и хранение данных о студентах, их передвижениях внутри университета;
- формирование списков групп;
- учет успеваемости студентов;
- формирование отчетных ведомостей;
- формирование дипломных выписок;
3.3 Характеристика объекта автоматизации
Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию: объектом автоматизации является учебное заведение - кафедра.
Процессы, подлежащие автоматизации:
- получение сведений из приемной комиссии;
- обмен информацией и документами с деканатом;
- контроль успеваемости;
3.4 Требования к системе
3.4.1. Требования к системе в целом
3.4.1.1. Требования к структуре и функционированию системы
3.4.1.1.1. Перечень подсистем, их назначение и основные характеристики:
Подсистема «Студенты» формально состоит из двух частей:
- клиентские приложения для персональных компьютеров работников кафедры;
- серверная часть;
На сервере хранится база данных.
3.4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами системы:
От сервера к персональным компьютерам данные передаются по локальной сети университета.
3.4.1.1.3. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами: подсистема должна интегрироваться в создаваемую информационную систему «Кафедра».
3.4.1.1.4. Требования к режимам функционирования системы: режим функционирования сменный.
3.4.1.1.5. Требования по диагностированию системы: требования не предъявляются;
3.4.1.1.6. Перспективы развития, модернизации системы: подсистема должна иметь возможность дальнейшей модернизации при расширении или выявлении новых функций объекта автоматизации.
3.4.1.2. Требования к численности и квалификации персонала системы: Для эксплуатации подсистемы «Студент» необходимы базовые навыки работы с персональным компьютером, а также в среде 1С. Для поддержания сервера 1С и настройки сети требуется системный администратор.
3.4.1.3. Показатели назначения: система должна обеспечивать возможность одновременной работы нескольких пользователей.
3.4.1.4. Требования к безопасности: требования не предъявляются;
3.4.1.5. Требования к эргономике и технической эстетике: интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным требованиям эргономики и обеспечивать удобный доступ к основным функциям и операциям системы.
3.4.1.6. Требования к транспортабельности для подвижных ИС: требования не предъявляются;
3.4.1.7. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы: Периодическое техническое обслуживание и тестирование технических средств должны включать в себя обслуживание и тестирование всех используемых средств, включая рабочие станции, серверы, кабельные системы и сетевое оборудование, устройства бесперебойного питания. В процессе проведения периодического технического обслуживания должны проводиться внешний и внутренний осмотр и чистка технических средств, проверка контактных соединений, проверка параметров настроек работоспособности технических средств и тестирование их взаимодействия.
3.4.1.8. Требования к защите информации от несанкционированного доступа: компоненты подсистемы должны обеспечивать:
– идентификацию пользователя;
– проверку полномочий пользователя при работе с системой;
– разграничение доступа пользователей к различным задачам системы.
3.4.1.9. Требования по сохранности информации при авариях: в нештатных ситуациях все данные должны сохраниться на сервере, для этого необходимо автоматически проводить бэкап базы данных;
3.4.1.10. Требования к защите от влияния внешних воздействий: требования не предъявляются;
3.4.1.11. Требования к патентной частоте: требования не предъявляются;
3.4.1.12. Требования по стандартизации и унификации: взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Экранные формы должны проектироваться с учетом требований унификации:
- все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
- для обозначения сходных операций должны использоваться сходные графические знаки, кнопки и другие управляющие элементы. Термины, используемые для обозначения типовых операций, а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
- поведение сходных элементов интерфейса должно реализовываться одинаково для однотипных элементов.
3.4.1.13. Дополнительные требования: дополнительные требования не предъявляются.
3.4.2.1 Хранение данных:
Все данные должны храниться в базе данных на сервере.
Функции:
- добавление/изменение данных о студентах;
- внесение информации об успеваемости;
- хранение о дополнительной деятельности студентов (выступление на конференциях, участие в научной работе и т.д.)
- хранение сопутствующей документации;
3.4.2.2 Составление отчетности:
Функции:
- формирование рейтинговых и экзаменационных ведомостей
- формирование списка групп
- формирование направлений
- отчеты по НИРС
- генерация дипломной выписки
3.4.3. Требования к видам обеспечения;
3.4.3.1. Требования информационному обеспечению системы:
Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.
3.4.3.2. Требования к лингвистическому обеспечению системы: для организации взаимодействия с пользователем должен использоваться русский язык.
3.4.3.3. Требования к техническому обеспечению: в состав комплекса должны входить следующие технические средства:
– Сервер базы данных;
– Сервер 1С;
– персональные компьютеры пользователей;
3.4.3.4. Требования к метрологическому обеспечению: требования к метрологическому обеспечению не предъявляются.
3.4.3.5. Требования к организационному обеспечению: к работе с системой должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и безопасности.
Дата добавления: 2019-02-12; просмотров: 160; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!