close

Вход

Забыли?

вход по аккаунту

Курсовой проект

код для вставки
Курсовой проект о проектировании по
МИНОБРНАУКИ РОССИИ
САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ
ЭЛЕКТРОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
«ЛЭТИ» ИМ. В.И. УЛЬЯНОВА (ЛЕНИНА)
Кафедра ИБ
КУРСОВОЙ ПРОЕКТ
по дисциплине «Технология разработки программного обеспечения»
Тема: Разработка информационной системы школы средствами UML
и Aris.
Студент гр. 3362
Громов Е.Ю.
Преподаватель
Соничев А.В.
Санкт-Петербург
2017
ВВЕДЕНИЕ
В последние несколько лет информационные технологии развиваются
очень активно и получают все более широкое распространение и
применение. Объем информации, которая обрабатывается и используется
организацией в процессе ее функционирования постоянно возрастает, а
текущая информация регулярно обновляется. Исходя из этого, мы можем
сделать вывод что документооборот должен вестись как в бумажной, так и в
электронной форме.
Целью курсовой работы является разработка системы электронного
документооборота для школы, а именно информационной системы для
заведующего
учебной
частью
(заместителя
директора
по
учебно-
воспитательной работе), внедрение которой поможет решить следующие
задачи:
Формирование единой БД по ученикам, формирование единой БД по
сотрудникам, введение электронного архива по всем видам документов,
используемых в работе завуча, планирование и организация учебного
процесса,
планирование
внеклассных
и
внешкольных
мероприятий,
организация сотрудничества с высшими учебными заведениями.
Данная работа выполнена с целью необходимости повышения
эффективности деятельности внутри школы путем сокращения времени,
требуемого на заполнение всей учетной и учебной документации,
используемой в повседневной работе школы.
Задача данного курсового проекта – разработка информационной
системы для заведующего учебной частью школы (завуча школы). В данном
случае мы рассматриваем внедрение такой системы в одной школе, поэтому
основное внимание следует уделить характеристикам типа проекта и рисков.
Также важно учесть характеристики коллектива пользователей, поскольку
2
система создаётся в первую очередь для работы завуча. Надеюсь что в
перспективе, данную системную модель можно будет использовать во всех
школьных учреждениях. Ещё хотелось бы отметить такие важные критерии
как: характеристика требований, характеристика команды разработчиков.
В соответствии с приведённым выше описанием информационной
системы и приоритетностью характеристик, можем определить наиболее
подходящую модель жизненного цикла разрабатываемого продукта. Для
этого нам понадобиться определить группы требований и расположить их в
порядке убывания. Затем на основании полученных требований подберём
модель жизненного цикла.
Таблица 1. Характеристики типа проектов и рисков
1
Направление продукта нового для организации
Нет
2
Разрабатывается расширение существующей системы
Нет
3
Проект будет крупно- или среднемасштабным
Нет
4
Ожидается длительная эксплуатация продукта
Да
5
Необходим высокий уровень проектируемого продукта
Да
6
В процессе ЖЦ предполагается эволюция программного
продукта
Да
7
Возможно изменение продукта в процессе его
сопровождения
Да
8
Необходима быстрая разработка
Да
9
Предполагается повторное использование компонентов
Да
10
Ресурсы разработки (время, деньги, инструменты,
персонал) достаточны
Да
Таблица 2. Характеристика коллектива пользователей
3
1
Участие пользователей в разработке ограничено
Да
2
В процессе разработки состояние программного продукта
будет оцениваться пользователями
Да
3
Пользователи будут вовлечены в процесс разработки
Нет
4
Заказчик будет отслеживать ход выполнения проекта
Да
Таблица 3. Характеристика требований
1
Требования к проекту легко определимы и реализуемы
Да
2
Инструментальные средства, используемые в проекте,
являются новыми для большинства разработчиков
Нет
3
Требования в процессе проектирования будут часто
изменяться
Нет
4
Требования необходимо демонстрировать с целью их
определения
Да
5
Требуется проверка концепции программного средства
или системы
Нет
6
С ростом сложности системы в процессе ЖЦ требования
будут изменяться или уточняться
Да
7
На ранних этапах разработки нужно реализовать
основные требования
Да
Таблица 4. Характеристика команды разработчиков
1
2
3
4
5
6
Проблемная область является новой для разработчиков
Инструментальные средства являются новыми для
разработчиков
На протяжении ЖЦУ изменятся роли участников проекта
Структура процесса разработки более значима для
разработки, чем его гибкость
Распределение человеческих ресурсов не составляет
большой проблемы
В процессе разработки предусмотрены оценки и проверки
команды разработчиков
4
Нет
Нет
Нет
Да
Да
Нет
Исходя из первой и второй таблиц, наиболее подходящей моделью
жизненного цикла для разрабатываемой системы является XP-технология.
Рисунок 1. Модель экстремального программирования
Экстрема́льное программи́рование (англ. Extreme Programming, XP) —
одна из гибких методологий разработки программного обеспечения. Авторы
методологии — Кент Бек, Уорд Каннингем, Мартин Фаулер и другие.
(Общее понятие из Википедии).
В основе экстремального программирования — очень короткий,
постоянно повторяющийся цикл разработки, составляющий одну-три недели.
К концу каждого цикла нужно иметь полностью рабочий, функциональный и
протестированный
релиз
приложения.
Эти
циклы
должны
повторяющимися и бесперебойными на протяжении всего проекта.
5
быть
Диаграмма вариантов использования
Рассмотрим общую функциональную модель ИС школы.
Рисунок 2. Общая функциональная модель ИС школы
6
Теперь детализируем один из вариантов использования ИС школы, а
именно «Управление персоналом».
Рисунок 3. Диаграмма вариантов использования "Управление персоналом"
7
Диаграмма классов
Рисунок 4. Диаграмма классов
Для пояснения назначения приведенных на рисунке 4 классов,
построим таблицу описания классов:
Таблица 5. Описание классов
№
Наименование класса
1
Панель ввода данных
2
Отображение данных
3
Авторизация
Назначение класса
Предоставляет услуги ввода и
отображения данных, обработки событий
пользовательского интерфейса (щелчки
8
4
Личный кабинет
5
Ввод/вывод данных
6
Кадровые документы
7
Личные дела сотрудников
8
Личные карточки
учащихся
9
Архив личных дел
мыши, нажатия клавиш), авторизацию
пользователей.
Выполняет вычисления на основе
вводимых и хранимых данных, проверку
всех элементов данных и обработку
команд, а также передачу информации
Поставка данных из базы данных для
объектов предметной области, сохранение
изменений (ввод) в базе данных.
Выполняет обращение к базе данных,
обмен сообщениями и мониторинг
транзакций.
сотрудников
10
Архив личных дел
учащихся
11
Учебное расписание
12
Отчет
13
Отчет по УВР
14
Отчет «Электронный
журнал»
15
Отчет по успеваемости
16
Сотрудник
17
Завуч
18
Администратор
19
План мероприятий
20
Данные по успеваемости
21
Профориентация
9
Диаграмма состояний
Рисунок 5.1 Диаграмма состояний (Общая схема).
10
Рисунок 5.2 Диаграмма состояний ( более удобная схема для восприятия )
Начальным состоянием является Инициализация.
Инициализация — создание, активация, подготовка к работе,
определение параметров. Приведение программы или устройства в состояние
готовности к использованию. Из этого состояния возможен только один
переход в состояние Авторизация, который выполняется автоматически.
Авториза́ция — предоставление определённому лицу или группе лиц
прав на выполнение определённых действий; а также процесс проверки
(подтверждения) данных прав при попытке выполнения этих действий. Из
состояния Авторизация возможны два перехода.
Переход в конечное состояние происходит в случае ошибки
авторизации (если учетные данные введены некорректно).
Переход в состояние Ожидание выбора пункта меню исполняется в
случае совпадения введенных учетных данных с требуемыми.
Из этого состояния возможны пять переходов.
Переход в состояние Управление персоналом исполняется в случае выбора
соответствующего пункта меню. После выполнения действий и закрытия
окна выполняется возврат в состояние Ожидание выбора пункта меню.
11
Аналогично
выполняются
переходы
в
остальные
состояния
(Управление учениками, Организация учебного процесса и Управление
документооборотом) и возврат в состояние Ожидание выбора пункта меню.
Пятый переход ведет к конечному состоянию и выполняется при условии
закрытия
приложения
(стандартного
действия
пользователя
closeApplication()).
Диаграмма деятельности
Рисунок 6. Диаграмма деятельности, моделирующая процесс входа
пользователя в систему
12
После запуска программы пользователем система запрашивает логин и
пароль, предоставляя окно ввода данных. Пользователь вводит учетные
данные, которые система должна проверить. Если учетные данные не верны,
выводится
сообщение
об
отказе
в
доступе.
Также
пользователю
предоставляется выбор: отказаться от входа и закрыть программу или ввести
учетные данные еще раз (количество попыток входа не ограничено). В
случае, если учетные данные введены корректно, открывается главное меню
программы, а также выполняется проверка наличия связи с БД. Если связь не
установлена, пользователь увидит сообщение об ошибке.
Диаграмма последовательности
13
Рисунок 7. Диаграмма последовательности для работы с личными делами
После выбора завучем опции «Найти личное дело» система отображает
панель ввода (строку поиска), где завуч может ввести, например, фамилию
для поиска. Далее система отображает список личных дел (список
результатов может содержать один результат или несколько, например, при
наличии однофамильцев). Пользователь выбирает соответствующее личное
дело, и система отображает его. При необходимости изменений пользователь
может их внести, а система сохранит результаты изменений в БД.
14
Диаграмма объектов
Рисунок 8. Диаграмма объектов «Добавление мероприятия»
Приведённая на рисунке 8 диаграмма отображает состояние системы в
момент
добавления
нового
мероприятия
в
«План
мероприятий».
Моделируется ситуация, когда завуч зашёл в основное меню программы и
открыл в режиме просмотра документ, содержащий информацию об одном
из
партнёров
школы
по
части
профориентации.
Эта
информация
понадобилась завучу для того, чтобы связаться с преподавателем ВУЗа и
договориться
о
проведении
встречи
со
старшеклассниками.
После
достижения устной договорённости, завуч переходит к добавлению нового
мероприятия и вводит только что полученную информацию.
15
Диаграмма EPC
Рисунок 9. EPC-диаграмма «Организация учебного процесса»
16
После наступления события «Началась подготовка к новому учебному
периоду» завуч должен начать планирование учебного процесса на
следующий учебный период. При этом должны произойти два события:
«Подготовлены учебные планы и графики учебной работы» и «Планирование
профориентационной работы завершено». Функция «Утверждение учебных
планов и графиков учебной работы» выполняется директором только в
случае наступления обоих событий, после чего планы либо утверждаются,
либо
отправляются
на
доработку.
После
наступления
события
«Утверждены» завуч составляет учебное расписание. Когда составление
завершено, директор утверждает готовое расписание. При этом возникают
два события: «Утверждено» и «Не утверждено и отправлено на
доработку». При наступлении события «Утверждено» завуч начинает
подготовку проведения контроля знаний, в связи с чем возникают два
конечных события: «Учебно-методические материалы подобраны» и
«Формы контроля утверждены».
Диаграмма BPMN
Ежедневная работа заведующего учебной частью начинается с
проверки санитарного состояния, получения информации об отсутствующих
учителях на текущий день и замене уроков. Со звонком на 1-й урок завуч
делает обход, чтобы проверить, как начался рабочий день и первый урок.
Далее завуч проводит свои уроки, посещения уроков других педагогов (2-3
по графику) и работу с документацией. Каждый день необходимо
контролировать состояние текущих дел, а именно: поступления документов
от директора, из отдела кадров или от учителей, поступление распоряжений
от директора, контролировать сроки подготовки к новому учебному периоду.
При работе с документацией завуч взаимодействует с информационной
системой. Каждый раз при входе в систему необходима авторизация. При
17
неудачном запуске программы необходимо обратиться к штатному инженеру
IT, после чего ждать уведомления об устранении неполадок.
В зависимости от наступившего события можно выделить следующие
основные действия:
•
При
поступлении
документов
по
педагогическому
и
ученическому составу (приказов, личных данных) завучу необходимо внести
изменения в соответствующую базу данных (завести новое личное дело или
изменить/списать в архив существующее). Все присланные данные вносятся
в информационную систему, электронная копия приказа отправляется в
архив кадровых документов;
•
При поступлении данных, необходимых для отчетности, завуч
вносит их в информационную систему, чтобы впоследствии на их основе
сформировать отчеты о состоянии учебно-воспитательной работы за текущий
период;
•
периоду,
Если подошли сроки начала подготовки к новому учебному
то
завучу
необходимо
начать
планировать
нагрузку
педагогического состава и формировать учебное расписание. Поскольку это
долгосрочная задача, то завуч возвращается к ней в свободное от текущей
работы время;
•
Если краткосрочных новых задач не возникало, то завуч должен
продолжить начатые ранее дела (например, планирование учебного
процесса) или заниматься другими обязанностями, такими как, например,
беседы с учащимися и их родителями, встречи с педагогами, проведение
педагогических советов и совещаний.
Процесс продолжается до тех пор, пока не останется невыполненных
заданий по плану на текущий день, а также пока не завершится рабочий день.
18
Диаграмма данного бизнес-процесса приведена на рисунках 10-11.
Рисунок 10. BPMN-диаграмма «Деятельность заведующего учебной частью»
19
Рисунок 11. BPMN-диаграмма «Деятельность заведующего учебной частью»
(продолжение)
20
ЗАКЛЮЧЕНИЕ
Хотелось бы выделить ряд терминов, которые необходимо было знать
и понимать в ходе выполнения работы.( Информация, информационные
технологии, информационная система, проектирование информационных
систем, управление информационными системами , Жизненный цикл
информационных
системы,
Модель
жизненного
цикла,
Архитектура
информационных систем и многие другие).
В процессе работы над курсовым проектом был выполнен анализ и
описание предметной области. Была спроектирована модель деятельности
среднего
общеобразовательного
учреждения
(школы)
и
разработана
информационная система, оптимизирующая процессы, происходящие в
повседневной ее деятельности, и учитывающая потребности руководства
школы и педагогического коллектива.
Наша информационная система может справиться с рядом таких
проблем, как: сложность анализа вручную большого массива данных ,
отсутствие единого ресурса по кадровому составу , большие трудозатраты на
ведение документооборота.
Достоинствами
исключение
нашей
появления
информационной
ошибок
подготовки
системы
отчётной
являются:
документации,
оперативный и эффективный обмен информацией , что в свою очередь
помогает сократить время , которое необходимо на подготовку конкретных
задач.
Благодаря
данной
информационной
системе
будет
увеличена
эффективность управления образовательным процессом и положено начало
автоматизации всей деятельности учебного заведения.
21
Список литературы.
1) https://ru.wikipedia.org/wiki/%D0%AD
2) Лекционный материал Соничев А.В. ( Тех. Разр. ПО)
3) C. A. Орлов “Технологии разработки ПО”.
4) Якобсон - Унифицированный процесс разработки программного
обеспечения.
5) Г. Маерс - Надежность Программного Обеспечения.
6) "Deadline. Роман об управлении проектами" Тома ДеМарко.
22
1/--страниц
Пожаловаться на содержимое документа