Смекни!
smekni.com

Учет посещаемости в рабочее время (стр. 1 из 10)

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

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

среднего профессионального образования

Бежецкий промышленно-экономический колледж

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

по специальности: «Менеджмент»

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

Ф.И.О.

Тема работы: Учет посещаемости в рабочее время

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

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

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

___________

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

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

«Математика, информатика

и вычислительная техника»

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

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

2008


1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ.

1.1. Анализ требований, предъявляемых к организации учебного процесса в ССузах, и способов решения поставленной задачи.

1.2. Обоснование и теоретический анализ выбранного способа решения задачи. Описание предметной области и модели исследуемого объекта.

1.3. Описание процесса разработки программного обеспечения по автоматизации учебного процесса в колледже и готового программного продукта.

1.4. Описание результатов исследования созданного программного обеспечения по автоматизации учебного процесса в колледже.

1.5. Составление программной и эксплуатационной документации.

1.6. Описание и оценка полученных результатов.

2. ПРАКТИЧЕСКАЯ ЧАСТЬ.

2.1. Разработка программного обеспечения для организации учебного процесса в колледже, в котором необходимо:

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

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

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

- Предусмотреть возможность корректировки данных

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

- Предусмотреть возможность сравнения итоговых данных с итогами предыдущего месяца

- Обеспечить формирование списков студентов, имеющих наибольшее количество пропущенных часов по итогам текущего месяца, с начала учебного года

- Обеспечить формирование отчета (см приложение)


СОДЕРЖАНИЕ

Введение

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

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

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

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

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

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

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

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

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

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

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

Заключение

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


ВВЕДЕНИЕ

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

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

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

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

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

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

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ. Среди наиболее ярких представителей систем управления базами данных можно отметить: LotusApproach, MicrosoftAccess, BorlanddBase, BorlandParadox, MicrosoftVisualFoxPro, MicrosoftVisualBasic, а также баз данных MicrosoftSQLServer и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется.

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


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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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