Создание автоматизированной системы учета успеваемости студентов с целью автоматизации деятельности сотрудников деканата по учету аттестации. Подготовка сводных, справочных и отчетных документов. Требования к программе, стадии и этапы ее разработки.
Аннотация к работе
РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УЧЕТА УСПЕВАЕМОСТИ СТУДЕНТОВОдним из способов является внедрение компьютерных технологий в любую деятельность человека, начиная от написания документа и заканчивая проведением сложнейших математических расчетов. ГОСТ 24.003-84 следующим образом определяет АСУ: Автоматизированная система управления - система "человек - машина", обеспечивающая эффективное функционирование объекта, в которой сбор и переработка информации, необходимой для реализации функций управления, осуществляется с применением средств автоматизации и вычислительной техники.Каждая выпускающая кафедра обучает студентов по нескольким специальностям. Каждый год на каждую специальность, на основе конкурсного отбора по результатам вступительных экзаменов зачисляются студенты. На каждого студента заводится личное дело, которое хранится в течении всего срока обучения, а затем передается в архив. Для правильной организации процесса обучения, студентов каждой специальности делят на группы. Различают следующие виды аттестации: Контроль знаний студентов осуществляется путем проведения различных видов аттестации: промежуточной текущей, итоговой.Разработка ведется на основании задания на выпускную квалификационную работу бакалавра.Приложение предназначено для автоматизации учета успеваемости студентовПрограммное обеспечение должно обеспечивать выполнение следующих функций: - учет сведений по студентам; учет сведений о преподавательском составе; учет сведений по кафедрам; учет сведений по дисциплинам; учет сведений по распределению учебной нагрузки;Приложение должно выдавать сообщения о возникающих ошибках при неверном задании исходных данных, предоставлять возможность исправления ошибок и продолжения работы, а также поддерживать диалоговый режим в рамках предоставляемых пользователю возможностей.Приложение должно быть предназначена для работы на IBM-совместимых персональных компьютерах, имеющих следующие минимальные технические характеристики: - тактовая частота процессора - 1ГГЦ;Программа должна быть написана в среде программирования Borland Developer Studio 2006, а база данных реализована средствами утилиты IBEXPERT 2010.03.23, СУБД Firebird 2.5.Приложение должно сопровождаться комплектом программной документации, включающим: - описание программы;Разработка автоматизированной информационной системы должна соответствовать стадиям и этапам разработки, согласно стандарту ГОСТ34.601-90: а) анализ предметной области б) техническое задание в) функциональное проектирование модели системы г) проектирование модели базы данных системы д) обоснование целесообразности использования средств разработки е) описание программы ж) программа и методика испытаний з) описание примененияВ целях контроля за правильностью решения задачи и работы программы, должно быть проведено тестирование ее работы, в котором должны быть учтены все возможные сочетания исходных данных.ALLFUSION Erwin Process Modeler 7.3 - это средство, позволяющее создавать и разрабатывать функциональную модель. Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). В ALLFUSION Erwin Process Modeler 7.3 возможно построение смешанных моделей, т. с. модель может содержать одновременно как диаграммы IDEF0 (функциональная модель), так и DFD (DATAFLOW Diagram), и IDEF3 (WORKFLOW Diagram) /1/. В контекст входит определение субъекта моделирования, цели и точки зрения на модель /1/.В результате декомпозиции выделено 7 бизнес-процессов (работ): а) учет сведений по форме обучения; Процесс "Учет сведений по форме обучения" предназначен для учета сведений по форме обучения. Выходными данными процесса "Учет сведений по форме обучения" являются: сведения по формам обучения, которые поступают в хранилище "Форма обучения". Процесс "Учет сведений по специальности" предназначен для учета сведений по специальности. Выходными данными процесса "Учет сведений по специальности" являются: сведения по специальности, которые поступают в хранилище "Специальность".Семейство продуктов ERWIN относится к мощным персональным CASE-продуктам, предназначенным для моделирования баз данных самого различного типа. CASE-средство ERWIN предназначено для разработчиков, проектировщиков БД, системных аналитиков для построения модели данных в процессе разработки технического проекта информационной системы. С помощью ERWIN разработчик может, используя визуальные средства, описать логическую модель данных. На основе логической модели создается физическая модель для конкретной СУБД с использованием хранимых процедур и триггеров. Модель Сущность-Связь (ER-модель) (англ. entity-relationship model (ERM) или англ. entity-relationship diagram (ERD)) - модель
План
Содержание
Введение
1. Анализ предметной области
2. Техническое задание
2.1 Основание для разработки
2.2 Назначение разработки
2.3 Требования к программе
2.3.1 Требования к функциональным характеристикам
2.3.2 Требования к надежности
2.3.3 Требования к составу и параметрам технических средств
2.3.4 Требования к информационной и программной совместимости
2.4 Требования к программной документации
2.5 Стадии и этапы разработки
2.6 Порядок контроля и приемки
3. Функциональное проектирование модели автоматизированной системы учета успеваемости студентов
3.1 Описание CASE-средства ALLFUSION Erwin Process Modeler 7.3
3.2 Описание функциональной модели системы
4. Проектирование модели базы данных автоматизированной системы учета успеваемости студентов
4.1 Описание CASE-средства ALLFUSION Erwin Data Modeler
4.2 Логическое проектирование модели базы данных системы
4.3 Разработка структуры связей
4.4 Нормализация отношений
4.5 Физическое проектирование базы данных
5. Обоснование целесообразности использования заданных средств разработки