ВКР: Разработка автоматизированной системы учета оплаты и успеваемости студентов волго-вятского колледжа

Содержание
1 Аналитическая часть
1.1 Обоснование актуальности проблемы
1.2 Постановка задачи
1.3 Назначение и цели создания системы
1.4 Требования к системе
1.4.1 Требования к структуре и функционированию системы
1.4.2 Требования к способам и средствам связи для информационного обмена между компонентами системы
1.4.3 Требования по диагностированию системы
1.4.4 Требования к численности персонала АС
1.4.5 Организация экранных форм
1.4.6 Требования к защите информации от несанкционированного доступа
1.4.7 Требования к составу и параметрам технических средств
1.4.8 Требования по сохранности информации
1.4.9 Список функций, выполняемых системой
1.5 Обзор аналогов
1.5.1 АРМ “Учет студентов”
1.5.2 Программа «Mnemonica» (v2.3)
1.5.3 База данных «Education»
1.6 Критерии качества по ГОСТ 28195-89
2 Проектная часть
2.1 Обоснование выбора подхода при разработке и его описание
2.1.1 Структурный подход
2.1.2 Объектно-ориентированный подход
2.1.3 Выбор подхода для проектирования
2.2 Выбор и обоснование инструментальных средств
2.2.1 AllFusion Process Modeler 4.1 (BPwin)
2.2.2 AllFusion Erwin Data Modeler 4.1 (ERwin)
2.2.3 Модели AS-IS и TO-BE
2.2.4 Выбор операционной системы
2.2.5 Выбор модели жизненного цикла программного обеспечения
2.3 Описание языка программирования
2.4 Создание концептуальной модели в BPWin
2.4.1 Разработка модели IDEF0
2.4.2 Разработка модели DFD
2.4.3 Разработка модели IDEF3
2.5 Информационное моделирование в ERWin
2.5.1 Процесс проектирования
2.5.2 Построение информационной модели организации в Erwin
2.5.3 Построение логической модели данных
2.5.4 Построение физической модели данных








3 Разработка программного обеспечения
3.1 Разработка алгоритмов программных модулей системы
3.2 Разработка интерфейса пользователя
3.2.1 Структура информационной системы
3.2.2 Разработка программных форм
3.3 Обеспечение защиты от несанкционированного доступа
3.4 Тестирование и отладка системы
3.5 Перспективы развития системы
4 Руководства пользователя
4.1 Общие сведения о программе
4.2 Запуск программы и начало работы
4.2.1 Идентификация пользователя
4.2.2 Добавление специальности
4.2.3 Добавление и редактирование данных о группах
4.2.4 Добавление студентов
4.2.4 Печать отчетов
4.2.5 Поиск записей
4.3 Список горячих клавиш
5 Экономическая и маркетинговая характеристика программного продукта
5.1 Расчёт затрат на создание автоматизированной системы
5.1.1 Расчет трудоемкости по видам работ и исполнителям
5.1.2 Расчет общих затрат на создание ПО
5.2 Расчет стоимости автоматизированной системы
5.2.1 Проектная цена создания и реализации АС
5.2.2 Предполагаемая выручка и прибыль от реализации программного продукта
5.3 Обоснование экономической эффективности внедрения
5.3.1 Расчет единовременных затраты покупателя-пользователя на приобретение и внедрение программы
5.3.2 Расчет эксплуатационных расходов пользователя программы при способе решения задач с использованием программы и без нее
5.3.3 Расчет годового экономического эффекта
5.3.4 Финансово-экономические показатели, характеризующие эффективность создания и использования разработанной компьютерной программы
Заключение
Приложение А (обязательное) Пример отчета «Список студентов в группе»
Приложение Б (обязательное) Пример отчета «Экзаменационная ведомость»
Приложение В (обязательное) Пример отчета «Первая сторона бланка приложений к диплому»
Приложение Г (обязательное) Пример отчета «Вторая сторона бланка приложений к диплому»
Приложение Д (обязательное) Исходный код процедуры добавления специальности
Приложение Е (обязательное) Схема алгоритма процедуры добавления специальности
Приложение Ж (обязательное) Исходный код процедуры добавления списка предметов
Приложение З (обязательное) Схема алгоритма процедуры добавления списка предметов
Приложение И (обязательное) Исходный код процедуры удаления списка предметов
Приложение К (обязательное) Схема алгоритма процедуры удаления списка предметов
Приложение Л (обязательное) Исходный код процедур добавления и удаления списка курсовых работ, практик и государственных экзаменов
Приложение М (обязательное) Исходный код процедуры скрытия панели отображающей информацию об успеваемости студента
Приложение Н (обязательное) Исходный код процедуры отчисления студента
Приложение О (обязательное) Исходный код процедуры поиска студентов по фамилии
Приложение П (обязательное) Схема алгоритма процедуры поиска студентов по фамилии
Приложение Р (справочное) Единая тарифная сетка по оплате труда работников бюджетной сферы с сентября 2016 (действующая)
Перечень сокращений
Библиографический список
Интернет-источники

1 Аналитическая часть

В данном разделе рассматриваются вопросы актуальности проблемы, делается постановка задачи, и выявляются цели создания системы. Сформированы требования к системе, сделан обзор аналогов и выбраны инструментальные средства для реализации, поставленной задачи. Сделаны выводы.

1.1 Обоснование актуальности проблемы

В процессе прохождения производственной практики была выявлена явная проблема данного учебного заведения. Учебная база в свое время была написана в Access с использованием довольно сложного метода ведения учета групп и специальностей. Но на текущий момент она морально устарела. Это обусловлено тем, что данное учебное заведение расширило круг набираемых специальностей, что заставляет каждый раз, при появлении новой специальности, производить какие-то изменения в коде программы, дополнять его, добавлять и изменять отчеты и т.д.
Кроме всего прочего необходимо оптимизировать распространение нужной информации среди работников колледжа, т.е. избавиться от необходимости распространения отчетов в бумажном виде с одного рабочего места, а реализовать возможность распечатки необходимых отчетов со своих рабочих мест. Такая необходимость существует у бухгалтера, секретаря директора, и, соответственно, двух методистов учебной части, что предполагает установку четырех клиентских частей и, соответственно, поддержку трех типов пользователей.
Изучив и оценив проблему, я предложил директору колледжа заняться ее исправлением. И поскольку база данных изначально была неверно спроектирована, то для более простого решения проблемы, как мне показалось, необходимо