Разработка проекта учета успеваемости

Содержание

 

1. Текстовое описание 3

2. Диаграммы IDEF0 и DFD 4

3. Даталогическая модель БД 9

4. Модель процесса учёта в ARIS 10

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Требуется создать автоматизированный модуль учёта успеваемости студентов. Для решения поставленной задачи были сформулированы

 

1. Проанализировать и создать текстовое описание процесса учёта успеваемости
2. Построить диаграммы IDEF0 и DFD
3. Разработать даталогическую модель БД
4. Модель процесса учёта в ARIS

1. Текстовое описание

 

Учёт успеваемости представляет собой процесс мониторинга и  анализа информации об успеваемости учащихся в том или ином учебном  заведении. Автоматизация этого  процесса позволит сократить время  сбора информации и упростить  её систематизацию, а также вывод  показателей, характеризующих определённые параметры. Модуль учёта успеваемости должен реализовывать следующие  функции:

 

1. Ввод информации о студентах (списков учащихся)
2. Автоматизированный сбор сведений об успеваемости учащихся
3. Хранение данных в структурированной (систематизированной) форме (база данных)
4. Быстрый доступ к базе данных
5. Поиск информации в базе по параметрам запроса
6. Обработка данных
7. Генерация отчётов
8. Расчёт показателей успеваемости

 

Этот модуль даёт возможность  избавиться от многочисленных ведомостей и сводок в бумажном виде (что  крайне неудобно из-за большого объёма и невозможности оперативно использовать информацию вторично – придётся создавать  новый документ, заполняя все данные вручную), хранить информацию в электронном  виде, реализуя быстрый доступ к  ней. Он позволит создать единую базу для всех участников учебного процесса, производить поиск необходимой  информации о конкретных учащихся и  их успеваемости, рассчитывать показатели успеваемости по группе или же по другому  признаку.

Деканат после проведения преподавателем опроса, аттестационного испытания, зачёта или экзамена заносит сведения об оценках каждого учащегося (в нашем случае, студента) в систему через экранные формы, предусмотренные интерфейсом модуля. Эта информация записывается в базу данных. При необходимости система может сформировать отчёт.

2. Диаграммы IDEF0 и DFD

 

Диаграмма IDEF0

 

IDEF0 — Function Modeling — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временна́я последовательность (WorkFlow).

 

Стандарт IDEF0 представляет организацию  как набор модулей, здесь существует правило — наиболее важная функция  находится в верхнем левом  углу, кроме того есть правило стороны : — стрелка входа приходит всегда в левую кромку активности, — стрелка управления — в верхнюю кромку, — стрелка механизма — нижняя кромка, — стрелка выхода — правая кромка.

 

Описание выглядит как  «чёрный ящик» с входами, выходами, управлением и механизмом, который  постепенно детализируется до необходимого уровня. Также для того чтобы быть правильно понятым, существуют словари  описания активностей и стрелок. В этих словарях можно дать описания того, какой смысл вы вкладываете  в данную активность либо стрелку.

 

Также отображаются все сигналы  управления, которые на DFD (Диаграмме  Потоков Данных) не отображались. Данная модель используется при организации  бизнес-проектов и проектов, основанных на моделировании всех процессов: как административных, так и организационных.

Диаграмма DFD

 

DFD — общепринятое сокращение от англ. Data Flow Diagrams — диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.

 

Диаграмма потоков данных (data flow diagram, DFD) — один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе.

 

Информационная система  принимает извне потоки данных. Для  обозначения элементов среды  функционирования системы используется понятие внешней сущности. Внутри системы существуют процессы преобразования информации, порождающие новые потоки данных. Потоки данных могут поступать  на вход к другим процессам, помещаться (и извлекаться) в накопители данных, а также способны передаваться к внешним сущностям.

 

Модель DFD, как и большинство  других структурных моделей —  иерархическая модель. Каждый процесс может быть подвергнут декомпозиции, то есть разбиению на структурные составляющие, отношения между которыми в той же нотации могут быть показаны на отдельной диаграмме. Когда достигнута требуемая глубина декомпозиции — процесс нижнего уровня сопровождается мини-спецификацией (текстовым описанием).

 

Нотация DFD — удобное средство для формирования контекстной диаграммы, то есть диаграммы, показывающей разрабатываемую АИС в коммуникации с внешней средой. Это — диаграмма верхнего уровня в иерархии диаграмм DFD. Ее назначение — ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда. 

 

 

 

 

 

 

 

3. Даталогическая модель БД

 

Даталогическая модель – описание на языке конкретной СУБД.

 

Под даталогической понимается модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации. При этом даталогическая модель разрабатывается с учетом конкретной реализации СУБД, также с учетом специфики конкретной предметной области на основе ее инфологической модели.

 

 

 

 

 

 

 

 

4. Модель процесса учёта в ARIS

 

ARIS (акроним от англ. Architecture of Integrated Information Systems) — методология и тиражируемый программный продукт для моделирования бизнес-процессов организаций.

 

Любая организация в методологии ARIS рассматривается с четырёх  точек зрения: организационной, функциональной, обрабатываемых данных и структуры  бизнес-процессов. При этом каждая из этих точек зрения разделяется ещё  на три подуровня: описание требований, описание спецификации, описание внедрения. Для описания бизнес-процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту. ARIS предоставляет  визуальный инструментарий для обеспечения  наглядности моделей. Также инструментарий поставляется с набором референтных моделей, заранее разработанных для типичных процессов в различных отраслях.