Информационная система контроля посещаемости студентов

Федеральное агентство  по образованию

федеральное Государственное  образовательное учреждение

 

Задание на дипломное проектирование

по специальности: «прикладная информатика в экономике»

Студента группы:  

 

Тема работы:     Информационная система контроля посещаемости студентов

 

Дата выдачи задания:  «   »                         2010г.

Срок выполнения:        «   »                          2010г.

Задание составил преподаватель:

___________

Рассмотрено и одобрено

на заседании методической комиссии

«

»

Протокол  №   ___ от «___»  __________    2008г.

Председатель комиссии:  _________

 

 

 

 

 

2010г.

 

2. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ.
0. Анализ требований, предъявляемых к организации учебного процесса в ССузах, и способов решения поставленной задачи.
0. Обоснование и теоретический анализ выбранного способа решения задачи. Описание предметной области и модели исследуемого объекта.
0. Описание процесса разработки программного обеспечения по автоматизации учебного процесса в колледже и готового программного продукта.
0. Описание результатов исследования созданного программного обеспечения по автоматизации учебного процесса в колледже.
0. Составление программной и эксплуатационной документации.
0. Описание и оценка полученных результатов.
3. ПРАКТИЧЕСКАЯ ЧАСТЬ.
0. Разработка программного обеспечения для организации учебного процесса в колледже, в котором необходимо:

• Спроектировать логическую модель базы данных

• Спроектировать физическую модель базы данных
• Организовать ввод количества пропущенных часов за каждый день по уважительным (болезнь, отпускные) и неуважительным причинам по каждой специальности, группе, студенту
• Предусмотреть возможность корректировки данных
• Организовать возможность подведения итогов посещаемости по каждому студенту, по каждой группе, специальности и в целом по колледжу (процентное соотношение пропущенных часов по болезни, по уважительным причинам, по неуважительным причинам, количество прогулов на 1 человека, общее количество пропущенных часов по группе, по специальности, по колледжу)
• Предусмотреть возможность сравнения итоговых данных с итогами предыдущего месяца
• Обеспечить формирование списков студентов, имеющих наибольшее количество пропущенных часов по итогам текущего месяца, с начала учебного года
• Обеспечить формирование отчета (см приложение)

 

СОДЕРЖАНИЕ

 

Введение

1. Способ решения поставленной задачи

2 Проектирование базы  данных

2.1 Разработка базы  данных

3 Среда разработки  программного продукта

3.1 Работа с базами  данных Access в Delphi

3.2 Компоненты доступа  к данным

3.3 Доступ к данным

3.4 Создание отчетов  в Delphi

3.5 Создание запросов на языке SQL

4 Процесс разработки  программного обеспечения

5 Программная и эксплуатационная  документация

Заключение

Список использованной литературы

 

ВВЕДЕНИЕ

 

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

- обеспечивать получение общих  и детализированных отчетов по итогам работы;

- позволять легко определять  тенденции изменения важнейших  показателей;

- обеспечивать получение информации, критической по времени, без  существенных задержек;

- выполнять точный и полный  анализ данных.

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

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ. Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется.

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

 

1 СПОСОБ РЕШЕНИЯ ПОСТАВЛЕННОЙ ЗАДАЧИ

 

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

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

 

2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

 

Для разработки программного продукта прежде всего необходимо спроектировать и разработать базу данных.

Целью разработки любой  базы данных является хранение и использование  информации о какой-либо предметной области. Для реализации этой цели имеются следующие инструменты:

1) Реляционная модель  данных - удобный способ представления  данных предметной области;

2) Язык SQL - универсальный  способ манипулирования такими  данными.

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

- Сама предметная область;

- Модель предметной  области;

- Логическая модель  данных;

- Физическая модель  данных;

- Собственно база данных  и приложения.

Предметная область - это часть реального мира, данные о которой мы хотим отразить в  базе данных. Например, в качестве предметной области можно выбрать бухгалтерию  какого-либо предприятия, отдел кадров, банк, магазин и т.д. Предметная область бесконечна и содержит как существенно важные понятия и данные, так и малозначащие или вообще не значащие данные. Так, если в качестве предметной области выбрать учет товаров на складе, то понятия "накладная" и "счет-фактура" являются существенно важными понятиями, а то, что сотрудница, принимающая накладные, имеет двоих детей - это для учета товаров неважно. Однако, с точки зрения отдела кадров данные о наличии детей являются существенно важными. Таким образом, важность данных зависит от выбора предметной области.[5]

Модель предметной области. Модель предметной области - это наши знания о предметной области. Знания могут быть как в виде неформальных знаний в мозгу эксперта, так и  выражены формально при помощи каких-либо средств. В качестве таких средств могут выступать текстовые описания предметной области, наборы должностных инструкций, правила ведения дел в компании и т.п. Опыт показывает, что текстовый способ представления модели предметной области крайне неэффективен. Гораздо более информативными и полезными при разработке баз данных являются описания предметной области, выполненные при помощи специализированных графических нотаций. Имеется большое количество методик описания предметной области. Модель предметной области описывает скорее процессы, происходящие в предметной области и данные, используемые этими процессами. От того, насколько правильно смоделирована предметная область, зависит успех дальнейшей разработки приложений.[5]

Логическая модель данных. На следующем, более низком уровне находится логическая модель данных предметной области. Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. Примеры понятий - "сотрудник", "отдел", "проект", "зарплата". Примеры взаимосвязей между понятиями - "сотрудник числится ровно в одном отделе", "сотрудник может выполнять несколько проектов", "над одним проектом может работать несколько сотрудников". Примеры ограничений - "возраст сотрудника не менее 16 и не более 60 лет".[5]

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

Решения, принятые на предыдущем уровне, при разработке модели предметной области, определяют некоторые границы, в пределах которых можно развивать  логическую модель данных, в пределах же этих границ можно принимать различные решения. Например, модель предметной области складского учета содержит понятия "склад", "накладная", "товар". При разработке соответствующей реляционной модели эти термины обязательно должны быть использованы, но различных способов реализации тут много - можно создать одно отношение, в котором будут присутствовать в качестве атрибутов "склад", "накладная", "товар", а можно создать три отдельных отношения, по одному на каждое понятие.[5]

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

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

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

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

Таким образом ясно, что  решения, принятые на каждом этапе моделирования  и разработки базы данных, будут  сказываться на дальнейших этапах. Поэтому особую роль играет принятие правильных решений на ранних этапах моделирования.[5]

 

2.1 Разработка  базы данных

 

Для создания базы данных был использован Microsoft Access. Приложение Microsoft Access является мощной и высокопроизводительной системой управления базой данных(СУБД)

База данных – это  совокупность структурированных и  взаимосвязанных данных и методов, обеспечивающих добавление выборку и отображение данных.

Реляционная база данных. Практически все СУБД позволяют  добавлять новые данные в таблицы. С этой точки зрения СУБД не отличаются от программ электронных таблиц (Excel), которые могут эмулировать некоторые функции баз данных.[11]

Access – мощное приложение Windows. При этом производительность  СУБД органично сочетаются со  всеми удобствами и преимуществами Windows.

Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Можно использовать таблицы, созданные в среде Paradox или dBase.

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