Рефераты - Афоризмы - Словари
Русские, белорусские и английские сочинения
Русские и белорусские изложения

Проект автоматизированной информационной системы "Учет успеваемости студентов Воркутинского филиала Ухтинского государственного технического университета"

Работа из раздела: «Программирование, компьютеры и кибернетика»

Содержание

Введение

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

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

Автоматизированная информационная система учёта успеваемости в ВФ УГТУ включает прежде всего следующие данные:

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

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

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

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

Существует много веских причин перевода существующей информации на компьютерную основу. Сейчас стоимость хранения информации в файлах ЭВМ дешевле, чем на бумаге. Базы данных позволяют хранить, структурировать информацию и извлекать оптимальным для пользователя образом. Использование клиент/серверных технологий позволяют сберечь значительные средства, а главное и время для получения необходимой информации.

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

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

Автоматизация регистрации студенческих работ и подсчет успеваемости студентов ФБО позволит наиболее эффективно решать следующие задачи:

· получать справочную информацию о студентах;

· осуществлять чёткий контроль нагрузки преподавателя;

· автоматически подсчитывать учебную нагрузку преподавателя, т.к. ведётся почасовая система оплаты труда;

· оперативность отчетности об успеваемости студентов;

· хранение информации;

· получать быстрый доступ к необходимым данным для регистрации студенческих работ.

Цели создания системы:

· повышение скорости обработки информации и ее достоверности;

· повышение надежности хранения данных.

Первый этап создания АИС - предпроектное обследование объектов автоматизации, в результате которого разработано техническое задание, в котором определены требования и порядок создания АИС «Успеваемость студентов ФБО», построена диаграмма потоков данных Воркутинского филиала Ухтинского технического университета.

Во втором разделе «Техническое задание» описываются задачи проекта, определяются цели и основные исходные данные необходимые для разработки системы.

На третьем этапе создания АИС - этапе проектирования - выявлены структуры базы данных АИС, разработан интерфейс системы. Результатом этого этапа проектирования является технический проект на «Успеваемость студентов ФБО».

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

Раздел «Экономическая часть» посвящен расчету длительности и технико-экономическому обоснованию внедрения нового программного продукта.

В разделе «Безопасность» представлено описание возможных угроз и представлены методы, сводящие данные угрозы к минимуму.

1. Предпроектное обследование

1.1 Роль предпроектного обследования в процессе проектирования системы

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

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

Основная информация о существующей системе обработки данных была получена в результате бесед с руководителем ВФ УГТУ и рядовыми сотрудниками ВУЗа. Таким образом, была определена суть данного процесса, перспективы его развития и требования к системе.

По завершении основной стадии обследования системы был сформирован вероятный технический подход к созданию автоматизированной системы и приблизительно рассчитаны затраты на разработку программного обеспечения.

Результатом обследования стало техническое задание (ТЗ) на разработку. В ТЗ описано:

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

· сроки завершения отдельных этапов, форма сдачи работ, ресурсы, привлекаемые в процессе разработки проекта, меры по защите информации;

· описание выполняемых системой функций;

· будущие требования к системе в случае ее развития, например возможность работы пользователя с системой с помощью Интернета и т.п.;

· сущности, необходимые для выполнения функций системы;

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

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

1.2 Исследование объекта автоматизации

Организация, направления и цели её работы

Воркутинский филиал Ухтинского государственного технического университета создан по приказу Минобразования России от 23.11.99 №951. Право на ведение образовательной деятельности в сфере высшего профессионального образования подтверждено лицензией Минобразования от 24.03.2005 г. Серия: А №164508 регистрация №4412.

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

· Автоматизированные системы обработки информации и управления.

· Информационные системы и технологии.

· Водоснабжение и водоотведение.

· Промышленное и гражданское строительство.

· Теплогазоснабжение и вентиляция.

Обучение осуществляется в г. Воркуте. По окончании обучения выдается диплом государственного образца.

Обучение студентов, согласно договора аренды, осуществляется на базе Воркутинского горно-экономического колледжа. Занятия проводят высококвалифицированные педагоги, преимущественно преподаватели Ухтинского государственного технического университета и других ВУЗов республики. Структура предприятия имеет свою специфику, так как не имеет ни деканатов, ни кафедр.

В ходе работы над дипломной работой была изучена предметная область, о которой можно рассказать подробней.

При поступлении в высшее учебное заведение для каждого студента формируется учебная карточка. В процессе учебы учебная карточка студента дополняется данными о выполнении студентом учебного плана в соответствии с учебным план - графиком.

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

Заполнение учебной карточки данными о выполнении учебного плана находятся в ведении сотрудников ВФ УГТУ, а именно техником II категории.

Секретарь передаёт технику списки студентов, сформированные из личных дел студентов. Студент приносит секретарю квитанцию об оплате семестра, секретарь делает отметку в «Журнале оплаты студентов за обучение» о том, что студент допущен для сдачи экзаменов и защиты курсовых и контрольных работ. Если студент не предоставил квитанцию об оплате, то соответственно ему ставится не допуск.

Еженедельно методист подготавливает ведомости. В «Журнале регистрации зачетно-экзаменационных ведомостей» ведомости присваивают регистрационный номер. После этого ведомость поступает секретарю для отметки допуска студента по оплате за обучение. Затем секретарь отдаёт ведомость методисту, который в свою очередь передаёт её преподавателю. Преподаватель принимает зачет, экзамен, курсовые работы или проекты и заполненную ведомость отдаёт технику, который отмечает в личных картах студентов информацию о сдаче.

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

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

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

Средний балл = всех оценок / количество сдавших студентов

Абсолютная успеваемость высчитывается по формуле:

Абсолютная успеваемость = количество сдавших студентов /

количество обязанных сдавать студентов * 100.

Качественная успеваемость = количество студентов сдавших на «4» и

«5» / количество обязанных сдавать студентов * 100.

Если в одной группе оценка проставляется по одной дисциплине, но по нескольким формам контроля (например, КР + экзамен) все расчеты производятся отдельно для каждой формы.

Итоговый средний балл = сумма всех средних баллов / количество

дисциплин

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

Итоговая абсолютная успеваемость = выполнившие в полном объёме

учебную нагрузку студенты / обязаны сдавать * 100

Итоговая качественная успеваемость рассчитывается исходя из данных сводной таблицы успеваемости по группе, где учитывается только выполнившие в полном объёме учебную нагрузку за семестр студенты сдавшие сессию на «4» и «5» (учитываются не только экзамены, но и зачеты).

Итоговая качественная успеваемость = количество студентов сдавших

на «4» и «5» / количество обязанных сдавать студентов * 100.

Все данные заполняются в формы отчета, и эти документы хранятся в филиале.

Экзамен по дисциплине имеет целью оценить работу студента за курс (семестр), полученные теоретические знания, их прочность, приобретенные практические навыки, умение систематизировать полученные знания и применять их к решению конкретных задач.

Зачеты служат формой контроля усвоения учебного материала практических занятий, предусмотренных учебным планом.

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

У техника имеются

1. «Журнал выдачи направлений».

2. «Журнал регистрации и выдачи контрольных работ студентов заочной формы обучения».

3. «Журнал регистрации курсовых работ и проектов».

4. «Журнал регистрации по отчетам практики».

5. «Журнал регистрации ведомостей».

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

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

Преподаватель проверяет и ставит дату проверки и результат проверки «к защите» или «на доработку». Преподаватель проводит защиту тех работ, которые получили допуск. Результатом проведенной работы должна быть отметка «Зачтено» и дата.

Затем проверенные работы поступают от преподавателя к технику, результат зачтенных работ записывается в графу «Оценка работы», ставится дата возврата работы и подпись техника. Рецензия, заполненная преподавателем, прикрепляется в личное дело студента, тем самым подтверждая факт сдачи зачета или экзамена. Если работа возвращена преподавателем на доработку, то студент забирает у техника на руки работу, после чего происходит повторная регистрация работы и весь процесс повторяется.

Экзаменационные работы проверяются после экзамена преподавателем и, в соответствии с результатом, ставится оценка. Оценка выставляется в конце работы и на титульном экзаменационном листе цифрой и письменно. Результаты экзамена проставляются в экзаменационную ведомость и в зачетную книжку студента.

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

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

Для полного понимания функционирования внедряемой системы в процессе учета успеваемости студентов ВФ УГТУ были построены диаграммы потоков данных (DFD), которые являются основой анализа любой системы.

Основными компонентами диаграмм потоков данных являются:

· внешние сущности;

· процессы; хранилища данных;

· потоки данных.

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

Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом.

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

Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приемнику.

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

Построим DFD-диаграмму для информационной системы «Учет успеваемости студентов ФБО».

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

Контекстный процесс и учебный отдел должны обмениваться следующей информацией:

1. Учебный план.

2. Закрепление преподавателя за отдельным направлением.

3. Список студентов.

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

1. Данные о регистрации студенческих работ.

Контекстный процесс и бухгалтерия обмениваются следующей информацией:

1. Количество часов отработанных преподавателем.

2. Сведения об оплате.

Контекстный процесс и преподаватель обмениваются следующей информацией:

1. Ведомость.

2. Данные о сдаче видов отчетов.

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

Процесс, представленный на контекстной диаграмме подлежит дальнейшей декомпозиции на DFD первого уровня.

Главный процесс «учесть успеваемость студентов ФБО» был декомпозирован на четыре подпроцесса: получить график учебного процесса, получить данные о допущенных студентах по оплате, получить данные о регистрации студенческих работ, ввести оценки.

1.3 Описание и анализ существующих систем

На данный момент времени сектор рынка ПО систем автоматизирующих процесс документооборота в ВУЗах представлен различными программными продуктами. В таблице 1. представлены некоторые продукты.

Таблица 1

Краткое описание аналогов

Название

Краткое описание

Недостатки

«ЛУЧ»

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

Не предусматривает использование мыши, что могло бы сделать её использование более удобным, сравнительно высокая стоимость покупки программы, и её сопровождения.

«Студенты»

Программа для работы кадровых служб студентов и деканатов с документами учащихся, связана с 1С Бухгалтерией.

Для её настройки и администрирования требуются знания специалиста, требуется проведение платных курсов для обучения персонала

«Контингент»

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

Программа является платной, и, гарантийная поддержка действительна только 6 месяцев со дня приобретения. По истечению срока гарантийной поддержки 6 месяцев наступает обычное абонентское обслуживание. Стоимость абонентского обслуживания составляет: одно рабочее место 1960 руб. в мес.

ИС «Луч»

Система «Луч» разрабатывалась для обеспечения информационной поддержки двух компонентов этой технологии - системы индивидуального учебного планирования (дистанционное обучение) и аттестации обучающихся.

Учебное планирование предусматривает составление индивидуального учебного плана для каждого студента на основе вариативности, как по содержанию, так и по его темпу. При составлении индивидуального учебного плана студенту оказывает помощь консультант.

Система аттестации в СГУ состоит из нескольких частей:

модульный контроль знаний в течение семестра (домашние работы, тесты, практические занятия, компьютерные занятия, лабораторные работы);

текущая аттестация - экзамен по каждой изучаемой дисциплине и выполнение курсовых работ (многовопросный экзамен проводится в письменной форме, проверку осуществляют эксперты Аттестационного Центра СГУ);

итоговая аттестация - итоговый экзамен и публичная защита выпускной квалификационной работы.

Информационная Система 'Луч' состоит из двух основных частей - программной и аппаратной.

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

· через Интернет по электронной почте;

· на дискетах по обычной почте.

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

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

АСУ «Студент»

Автоматизированная система управления персоналом в учебном заведении

Программный комплекс 'Студент' призван облегчить работу кадровых служб студентов и деканатов с документами учащихся. Программа дает возможность:

· максимально упростить и автоматизировать работу по приему, перемещению и отчислению учащихся;

· стандартизация отчетов об успеваемости, задолжниках, сводная экзаменационная ведомость, отчет о количестве студентов;

· автоматически формировать первичную документацию на каждого студента (контракты, подготовка и печать протоколов и приказов о зачислении);

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

· контроль оплаты обучения с учетом сроков сессии и приказов о продлении контракта;

· моделировать произвольные отчеты из индивидуальных сведений учащихся на основе критериев, указанных пользователем;

· совместимости с 1С:Бухгалтерией;

· интеграции со стандартными офисными приложениями, такими как MS Word, MS Excel.

Главное окно программы «Студенты» предоставлено на рис. 1.3.

Рисунок 1.3 - Главное окно программы «Студенты»

Автоматизированная система управления образованием (АСУО) «Контингент»

Программа «АСУО - Контингент» предназначена для автоматизации процесса управления образовательным учреждением, делая более эффективной работу всех его участников. Данный продукт предназначен для учета движения контингента начиная от подачи заявления о приеме и заканчивая выпуском учащихся из образовательного учреждения. Во время обучения в «АСУО - Контингент» накапливается вся необходимая информация (успеваемость, посещаемость, учебная нагрузка и ее выполнение) для формирования личной карточки учащегося, которая аккумулируется в базе данных и используется для разнообразных целей: формирования различных отчетов, получения результатов успеваемости в разрезе месяцев, семестров, общая успеваемость групп и многое другое. На рисунках 1.5, 1.6 предоставлены виды отчетов сгенерированных программой «АСУО - Контингент».

«АСУО - Контингент» выполняет следующие функции:

Учебный процесс:

· составление рабочего учебного плана;

· формирование тарификации преподавателей;

· получение сведений о педагогической нагрузке преподавателей;

Рисунок 1.5 - Отчет «Учебный план»

Рисунок 1.6 - Отчет «Сводная успеваемость»

Успеваемость:

· ввод результатов обучения студентов по контрольным срезам, месяцам, семестрам;

· получение графиков отражающих состояние процесса обучения: в группе, у преподавателя, по дисциплине;

· получение списков 'отличников', 'хорошистов', 'двоечников' и т.д.

Движение контингента:

· формирование базы лиц зачисляемых в учебное заведение;

· печать всех необходимых форм для поступающего;

· анализ поступающих в разрезе специальностей, заполнения вакантных учебных мест;

· формирование списка всех абитуриентов;

· перевод физических лиц из абитуриентов в учащиеся;

· хранение списочных данных всех лиц не прошедших вступительные испытаний, списки отчисленных и восстановленных учащихся.

Управление учебным процессом:

· контроль выполнения учебного плана;

· контроль выполненных учебных часов в разрезе преподавателей, дисциплин и групп;

· контроль успеваемости студентов по дисциплинам, в течение необходимого периода времени;

А также:

· авторизованный разграниченный доступ пользователей к АСУО;

· ведение списка всех пользователей системы с возможностью изменения прав доступа к системе и ее функциям;

· ведение журнала регистраций и журнала всех операций;

· справочная система АСУО позволяет в любой момент получить информацию о работе с тем или иным модулем или функцией;

· настраиваемая печать всех списков и отчетов на любом принтере;

· защищенность системы от взлома и проникновений из других локальных сетей.

На основании вышеизложенного можно подвести итог.

Все перечисленные системы либо не удовлетворяет поставленным требованиям, либо являются не выгодными экономически или требуют специальной подготовки пользователей системы. Покупка и сопровождение, каждой из выше перечисленных систем будет стоить гораздо дороже, в отличие от разрабатываемой системы. Аналогов данной системы в ВФ УГТУ на сегодняшний день нет. Собственно отсутствие подобной системы и послужило одной из главных причин для разработки информационной системы «Учет успеваемости студентов ВФ УГТУ».

Выводы

Разработка диаграммы потоков данных наглядно показала основные бизнес - процессы и связи между ними, а следовательно позволила более четко определить границы подсистемы и цели их разработки. Был выявлен главный процесс «Учесть успеваемость студентов ФБО», а также внешние сущности «Учебный отдел», «Бухгалтерия», «Методист», «Преподаватель».

Концептуальная модель отобразила в себе все основные объекты предметной области и связи между ними. Главный процесс был декомпозирован на четыре подпроцесса: «Получить график учебного процесса», «Получить данные о допущенных студентах по оплате», «Получить данные о регистрации студенческих работ», «Ввести оценки». Спроектированная концептуальная модель позволяет использовать ее как фундаментальную базу для дальнейшего проектирования базы данных.

Так как рассматриваемые аналоги дороги в отличие от разрабатываемой системы принято решение о продолжении разработки АИС «Учет успеваемости студентов ВФ УГТУ».

2. Техническое задание

2.1 Общие сведения

Полное наименование системы, ее условное обозначение

Полное наименование системы - Информационная Система «Учет успеваемости студентов ФБО». Условное обозначение - «Успеваемость студентов ВФ УГТУ».

Наименование предприятия разработчика и заказчика и их реквизиты

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

Заказчиком системы является Воркутинский филиал Ухтинского государственного технического университета - 169900 г. Воркута, Республика Коми, ул. Энгельса, д. 3, тел/факс: (82151) 5-71-71.

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

Разработка проводится в соответствии с действительным законодательством Российской Федерации и нормативно-правовыми актами Министерства образования Российской Федерации и другими Министерствами и ведомствами Российской Федерации и Республики Коми в области информационных технологий и в соответствии с приказом ректора УГТУ №729 от 10.04.01, закрепляющим тему дипломной работы и руководителя дипломной работы.

Плановые сроки начала и окончания работ

Плановые сроки начала работ - 02.02.2007 г., окончания - 25.05.2007 г.

Порядок оформления и предъявления заказчику результатов работ

В процессе разработки АИС «Успеваемость студентов ВФ УГТУ» необходимо выполнить следующие этапы:

· изучить предметную область и описать ее с помощью DFD;

· разработать техническое задание;

· разработать модели БД (концептуальную, логическую, физическую);

· разработать рабочее приложение;

· протестировать систему.

2.2 Назначение и цели создания системы

Назначение АИС «Успеваемость студентов ВФ УГТУ» состоит в автоматизации учета студенческих работ, а также подведения итогов сессий.

АИС «Успеваемость студентов ВФ УГТУ» должна обладать способностью создавать, хранить, осуществлять поиск, извлекать, редактировать документы, связанные с регистрацией студенческих работ и осуществлять вывод форм и отчетов необходимых для подведения итогов сессий.

Целью внедрения АИС «Успеваемость студентов ВФ УГТУ» является повышение эффективности учетных и расчетных процессов в составлении необходимых отчетов по успеваемости студентов. В результате внедрения АИС «Успеваемость студентов ВФ УГТУ» должна быть достигнута оптимизация процессов расчета за счет интеграции данных в единую БД, сокращения сроков получения необходимой информации начальником учебного отдела, увеличения скорости доступа к необходимым данным, снижения трудоемкости учетных работ, временных затрат методиста и техника II-ой категории ВФ УГТУ.

2.3 Описание объекта автоматизации

При поступлении в высшее учебное заведение для каждого студента формируется учебная карточка. В процессе учебы учебная карточка студента дополняется данными о выполнении студентом учебного плана в соответствии с учебным план-графиком.

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

Заполнение учебной карточки данными о выполнении учебного плана находятся в ведении сотрудников ВФ УГТУ, а именно техником II категории.

Секретарь передаёт технику списки студентов, сформированные из личных дел студентов. Студент приносит секретарю квитанцию об оплате семестра, секретарь делает отметку в «Журнале оплаты студентов за обучение» о том, что студент допущен для сдачи экзаменов и защиты курсовых и контрольных работ. Если студент не предоставил квитанцию об оплате, то соответственно ему ставится не допуск.

Еженедельно методист подготавливает ведомости. В «Журнале регистрации зачетно-экзаменационных ведомостей» ведомости присваивают регистрационный номер. После этого ведомость поступает секретарю для отметки допуска студента по оплате за обучение. Затем секретарь отдаёт ведомость методисту, который в свою очередь передаёт её преподавателю. Преподаватель принимает зачет, экзамен, курсовые работы или проекты и заполненную ведомость отдаёт технику, который отмечает в личных картах студентов информацию о сдаче.

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

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

При подведении итогов осенней (весенней) сессии для расчета среднего балла, итоговой и абсолютной успеваемости методист пользуется данными из сводной таблицы успеваемости по каждой группе (Приложение 9).

Средний балл высчитывается по формуле:

Средний балл = всех оценок / количество сдавших студентов

Абсолютная успеваемость высчитывается по формуле:

Абсолютная успеваемость = количество сдавших студентов /

количество

обязанных сдавать студентов * 100

Качественная успеваемость = количество студентов сдавших на «4» и

«5» / количество обязанных сдавать студентов * 100

Если в одной группе оценка проставляется по одной дисциплине, но по нескольким формам контроля (например, КР + экзамен) все расчеты производятся отдельно для каждой формы.

Итоговый средний балл = сумма всех средних баллов / количество

дисциплин

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

Итоговая абсолютная успеваемость = выполнившие в полном объёме

учебную нагрузку студенты / обязаны сдавать * 100.

Итоговая качественная успеваемость рассчитывается исходя из данных сводной таблицы успеваемости по группе, где учитывается только выполнившие в полном объёме учебную нагрузку за семестр студенты сдавшие сессию на «4» и «5» (учитываются не только экзамены, но и зачеты).

Итоговая качественная успеваемость = количество студентов сдавших

на «4» и «5» / количество обязанных сдавать студентов * 100

Все данные заполняются в формы отчета и эти документы хранятся в филиале.

Экзамен по дисциплине имеет целью оценить работу студента за курс (семестр), полученные теоретические знания, их прочность, приобретенные практические навыки, умение систематизировать полученные знания и применять их к решению конкретных задач.

Зачеты служат формой контроля усвоения учебного материала практических занятий, предусмотренных учебным планом.

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

У техника имеются

6. «Журнал выдачи направлений».

7. «Журнал регистрации и выдачи контрольных работ студентов заочной формы обучения».

8. «Журнал регистрации курсовых работ и проектов»

9. «Журнал регистрации по отчетам практики»

10. «Журнал регистрации ведомостей».

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

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

Преподаватель проверяет и ставит дату проверки и результат проверки «к защите» или «на доработку». Преподаватель проводит защиту тех работ которые получили допуск. Результатом проведенной работы должна быть отметка «Зачтено» и дата.

Затем проверенные работы поступают от преподавателя к технику, результат зачтенных работ записывается в графу «Оценка работы», ставится дата возврата работы и подпись техника. Рецензия заполненная преподавателем прикрепляется в личное дело студента, тем самым подтверждая факт сдачи зачета или экзамена. Если работа возвращена преподавателем на доработку, то студент забирает у техника на руки работу, после чего происходит повторная регистрация работы и весь процесс повторяется.

Экзаменационные работы проверяются после экзамена преподавателем и, в соответствии с результатом, ставится оценка. Оценка выставляется в конце работы и на титульном экзаменационном листе цифрой и письменно. Результаты экзамена проставляются в экзаменационную ведомость и в зачетную книжку студента.

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

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

2.4 Требования к системе

Требования к системе в целом. Требования к структуре и функционированию системы

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

Система также должна разрешать вносить изменения в сведения о студентах, преподавателях и дисциплинах, а так же при необходимости их удаления.

База данных должна отвечать всем требованиям, предъявляемым к нормализованным реляционным базам данных и содержать следующую информацию:

Сведения о преподавателях, данной кафедры.

Сведения о студентах.

Сведения о сданных работах.

Сведения о преподаваемых дисциплинах.

Разрабатываемая система не содержит подсистем. Пользователями данной системы являются сотрудники ВФ УГТУ, а именно:

· Начальник учебного отдела (сведения об учебных планах, сведения о закрываемых преподавателю часах, сведения о регистрации ведомостей).

· Техник II-категории (сведения о регистрации студенческих работ);

· Методист (сведения об успеваемости студентов);

· Секретарь (сведения об оплате студентов за обучение);

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

· корректное выполнение автоматизируемых процессов;

· ввод и редактирование данных;

· удаление ненужной информации;

· хранение информации;

· поиск по заданным критериям;

· выдачу результатов обработки информации в заданной форме (отчеты).

Требования к входным и выходным данным. Требования к входной документации

Входная документация представленная на бумажных и электронных носителях представляет собой:

· личные данные студента;

· личные данные преподавателя;

· данные об учебном плане;

· данные о нагрузке преподавателя;

· данные о студенческих работах.

Требования к выходной документации

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

Выходные документы могут быть представлены в виде документов Microsoft Office 2000/XP/2003.

Требования к надежности

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

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

Требования к безопасности АИС «Учет успеваемости студентов ВФ УГТУ»:

· защиту от неверных действий пользователя;

· расчетные функции не должны выполняться при нарушении технологии обработки данных, сбоях оборудования и программного обеспечения, приведших к искажению БД;

· соответствовать требованиям безопасности.

· В системе должны быть заложены функции многоступенчатой парольной защиты информации и ПО от несанкционированного доступа в соответствии с классом защищенности 1Г, подробно описанным в части «Безопасность и экологичность проекта»

Система должна позволять управлять:

· пользователями;

· глобальными настройками системы;

· правами доступа ко всем модулям и меню модулей системы;

· возможностью для администратора просмотра текущих пользовательских сессий;

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

Для эксплуатации и сопровождения АИС «Учет успеваемости студентов ВФ УГТУ», должны выполняться следующие требования к квалификации персонала

Администратор АИС «Учет успеваемости студентов ВФ УГТУ»:

· знание функциональности и архитектуры АИС «Учет успеваемости студентов ВФ УГТУ» в полном объеме;

· умение писать хранимые процедуры БД MS SQL Server 2000;

· умение пользоваться средствами резервного/архивного копирования СУБД MS SQL Server 2000;

· знание языка запросов SQL и ISQL;

Пользователи:

· умение работать в среде Windows'95/98/ 2000/XP;

· умение пользоваться техникой, установленной на рабочих местах;

· знание функциональности АИС «Учет успеваемости студентов ВФ УГТУ» в пределах, определенных администратором.

Требования к интерфейсу

АИС «Учет успеваемости студентов ВФ УГТУ» должна иметь единый интерфейс пользователя, удовлетворяющий следующим требованиям:

· удобный, интуитивно понятный графический интерфейс;

· наличие графических средств, позволяющих удобно и быстро осуществлять любые функции работы с АИС «Учет успеваемости студентов ВФ УГТУ».

Внешний вид разрабатываемых экранных форм должен соответствовать стандартным приложениям Windows.

Соответствие обязательно распространяется на:

· относительные размеры окон диалога;

· высоту полей ввода;

· относительное расположение элементов окон: полей ввода, поясняющего текста, кнопок;

· размер иконок панели инструментов.

Характеристики, задающие стиль окон приложения:

· доступность кнопок в полосе системного меню;

· название заголовка окна.

Функциональные модули должны иметь сходные варианты управления, виды входных форм, одинаковый вызов для устройств ввода-вывода и вспомогательных функций.

Интерфейс АИС «Учет успеваемости студентов ВФ УГТУ» предполагает использование современных технологических возможностей, таких как графика, цвет, шрифты, выделения и т.д., а также окон, меню, различного вида кнопок, 'горячих' клавиш.

Интерфейс АИС «Учет успеваемости студентов ВФ УГТУ» предполагается возможным в двух режимах: в режиме работы с клавиатурой и в режиме работы с мышью. Доступ к модулям АИС осуществляется в режиме выбора из меню. Доступ к различным функциям системы предусматривает режим выбора нужной функции при помощи мыши и клавиатуры. Все необходимые инструкции по требованию пользователя должны предоставляться на экране и позволять работать с АИС «Учет успеваемости студентов ВФ УГТУ» с минимумом дополнительных консультаций.

Требования по безопасности

АИС «Учет успеваемости студентов ВФ УГТУ» должна относиться к классу безопасности 1Г (многопользовательские ИС, в которых одновременно обрабатывается и хранится информация разных уровней конфиденциальности, не все пользователи имеют право доступа к конфиденциальной информации).

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

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

Требования к функциям и задачам

Основное требование к функциям АИС «Учет успеваемости студентов ВФ УГТУ» это способность выполнять:

1. Регистрацию студенческих работ;

2. Расчет данных для составления отчетов по успеваемости студентов;

3. Ввод и контроль данных о студентах;

4. Отслеживание оплаты студентов за обучение;

5. Подсчет количества отработанных преподавателем часов;

6. Ввод и контроль данных о преподавателях;

7. Ведение справочной информации;

8. Формирование отчетов;

9. Вывод установленных форм на печать.

10. Хранение следующей информации в виде справочников:

· дисциплины;

· группы;

· кафедры;

· преподаватели;

· специальности;

· документы;

· вид нагрузки;

· операции.

Кроме того, проектируемая система должна включать в себя следующие стандартные функции:

· Обеспечение ввода - информация, вводимая пользователем, заносится в бузу данных.

· Редактирование данных - информация, хранящаяся в базе данных, модифицируется.

· Систематизацию информации по определенным признакам - информация, хранимая на постоянных носителях или в базе данных, систематизируется по определенному признаку.

· Поиск и выборку информации по определенным пользователем критериям - отображается информация, найденная в базе данных.

· Защита от неверных действий пользователя - генерируется сообщение в случае неправильных действий пользователя.

· Обеспечение санкционированного доступа к информации - обеспечение идентификации пользователей при обращении к данным.

Требования к видам обеспечения. Требования к математическому обеспечению

Требования к математическому обеспечению в создаваемой системе не предъявляются.

Требования к лингвистическому обеспечению

В качестве сервера БД необходимо выбрать Microsoft SQL Server 2000 в качестве средства разработки приложения - Borland Delphi 7.

Требования к программному обеспечению

Система должна функционировать на ПЭВМ типа IBM PC на базе процессоров не ниже Pentium 00, объединенных в локальную вычислительную сеть на основе протокола TCP/IP. Таким образом, реализуется быстрота обмена и надёжность доставки информации по сети.

Для вывода отчётов и выходных документов на печать ПЭВМ должна быть обеспечена доступом к принтеру любого типа печати.

Требования к техническому обеспечению

Система должна надежно функционировать на оборудовании, соответствующем минимальной конфигурации:

Сервер АИС «Учет успеваемости студентов ВФ УГТУ»:

Минимальная рекомендуемая конфигурация - Pentium IV RAM 512Mb HDD 20Gb 2 Mb video.

Рабочая станция пользователя:

Минимальная рекомендуемая конфигурация - Pentium III RAM 128Mb HDD 10 Gb 2Mb video, LAN Ethernet 100 mb.

Требования к организационному обеспечению

· Требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию

Обслуживание задач системы «Учет успеваемости студентов ВФ УГТУ» должен обеспечивать системный администратор. Руководство администратора системы должно быть разработано на этапе конструирования.

· Требования к защите от ошибочных действий персонала системы

Система «Назначение жилищных субсидий» должна быть защищена от неправильных действий пользователей, должна выдавать сообщения об ошибках и не позволять сохранять такие данные.

При удалении данных, должно выводиться окошко для подтверждения операции.

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

2.5 Состав и содержание работ по созданию системы

Работы по внедрению системы планируется осуществлять по следующему графику:

1. изучение предметной области;

2. определение требований к системе;

3. разработка технического задания;

4. разработка проекта системы;

5. кодировка и тестирование системы;

6. ввод АИС в промышленную эксплуатацию.

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

2.6 Порядок контроля и приемки работ

По завершении разработки необходимо провести проверку на соответствие АИС техническому заданию. Проверка проводится при помощи тестирования.

Выполненная работа принимается представителем от организации - заказчика.

При приемке заказчику передается инструкция по эксплуатации системы.

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

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

2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

АИС «Учет успеваемости студентов ВФ УГТУ» должна быть проста в использовании и не требовать сложной специальной подготовки пользователей. В качестве подготовки объекта автоматизации к вводу АИС «Учет успеваемости студентов ВФ УГТУ» в действие необходимо убедиться в наличии соответствующей программно-аппаратной платформы для функционирования АИС, а также провести минимальную специальную подготовку пользователей - работников ВФ УГТУ. В таблице 2.1 предоставлена информация по организации работ для внедрения АИС на предприятие.

Таблица 2.1

Мероприятии по организации работ для внедрения АИС на предприятие.

Мероприятие

Исполнитель

Установка БД на сервере.

Установка АИС на клиентской машине.

Заполнение таблиц БД.

Обучение пользователя.

Тестирование системы с удаленного компьютера.

Обучение программиста.

Разработчик

Разработчик

Пользователь

Разработчик

Пользователь

Разработчик

2.8 Требования к документированию

В ходе работ по созданию АИС «Учет успеваемости студентов ВФ УГТУ» необходимо разработать следующие документы:

· техническое задание;

· инструкцию пользователя;

· инструкцию программиста.

3. Технический проект

3.1 Общие сведения

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

Наименование АИС, место АИС на предприятии

Полное наименование автоматизированной системы: «Автоматизированная информационная система учета успеваемости студентов ФБО» Воркутинского филиала Ухтинского Государственного Технического Университета.

Краткое наименование: АИС «Успеваемость студентов ВФ УГТУ».

Назначение АИС

Назначение АИС «Успеваемость студентов ВФ УГТУ» состоит в автоматизации учета успеваемости студентов ВФ УГТУ. Кроме того, АИС «Успеваемость студентов ВФ УГТУ» призвана обеспечивать контроль за учебной нагрузкой преподавателя, а также контроль этапов прохождения студенческой работы от её регистрации до окончательной сдачи.

Система обеспечивает:

· возможность надежного хранения информации;

· организацию доступа пользователя к информации с учетом его прав доступа;

· возможность оперативной обработки входной и хранящейся информации;

· оперативное представление любой обрабатываемой и хранящейся информации в требуемом пользователю формате (например, выходной документ в текстовом или печатном виде).

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

Перечень автоматизированных функций

Система обеспечивает выполнение следующих общесистемных функций:

ведение подсистемы справочников;

резервное копирование и восстановление информации;

администрирование системы;

настройка параметров эксплуатации системы;

подсистема контекстной помощи.

Подсистема справочников должна обеспечивать:

хранение информации справочников системы (названия объектов, имена пользователей и др.);

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

использование информации справочников при вводе данных предметной области.

Подсистема администрирования пользователей системы должна обеспечивать:

ведение списка пользователей системы (имя, пароль, системный идентификатор пользователя, вид пользователя: обычный пользователь, системный администратор);

ведение журнала операций, выполненных пользователем;

идентификация пользователя и ограничение прав доступа к данным и операциям при запуске системы (процедура ввода и проверки пароля).

Специализированные функции подсистемы обеспечивают выполнение следующих функций:

Хранение информации:

· о лицах, поступающих и поступивших в ВФ УГТУ;

· об успеваемости студентов (зачеты, экзамены, защита курсовых);

· о составе преподавательского состава;

· об учебных планах.

2. Формирование выходной документации для отчетов по успеваемости студентов.

3. Поиск и выборка информации по заданным критериям в произвольном пространственном и временном интервале.

4. Предоставление данных в соответствии с правами.

Сбор информации для предоставления данных пользователю.

Функции системы в целом определяются как функции ее составных частей. Основные функции подсистем - хранение, обработка и анализ информации:

· ввод и контроль данных о студентах;

· ввод и контроль данных о преподавателях;

· ведение справочной информации;

· расчет данных по периодам для создания отчетов;

· накопление и хранение данных, архивирование данных о студенческих работах;

· поиск и выборку информации по запросам;

· формирование отчетов;

· вывод установленных форм на печать.

Сведения о программно - аппаратных платформах

Система может функционировать на платформе Windows.

Минимальные требования к рабочей станции пользователя следующие: Pentium III RAM 128Mb HDD 10 Gb 2Mb video, LAN Ethernet 100 mb.

Минимальные требования к конфигурации для сервера следующие: Pentium IV RAM 512Mb HDD 20Gb 2 Mb video.

3.2 Характеристика АИС

Характеристика объектов автоматизации и их связей

Объектом автоматизации является процесс учета успеваемости студентов ВФУГТУ, рабочее место техника, методиста.

Данная система осуществляет следующие процессы:

процесс учета успеваемости студентов;

процесс учета студенческих работ.

Описание функций объекта управления

Объект управления обладает следующими функциями:

· предоставление разнообразной справочной информации;

· автоматический подсчет успеваемости по группам, и для отдельно взятого студента;

· ведение и хранение данных по периодам.

Предметная область АИС

Деятельность Воркутинского филиала Ухтинского Государственного Технического Университета по учету успеваемости состоит из следующих этапов:

1. При поступлении в высшее учебное заведение для каждого студента формируется учебная карточка. В процессе учебы учебная карточка студента дополняется данными о выполнении студентом учебного плана в соответствии с учебным план - графиком.

2. Заполнение учебной карточки студента данными о выполнении учебного плана является обязательным т.к. знания, полученные каждым студентом в процессе обучения, подлежат обязательной проверке. Студенты обязаны сдать все экзамены и зачеты в соответствии с рабочими учебными планами и утвержденными рабочими программами дисциплин. Заполнение учебной карточки данными о выполнении учебного плана находятся в ведении сотрудников ВФ УГТУ, а именно техником II категории.

3. Секретарь передаёт технику списки студентов, сформированные из личных дел студентов. Студент приносит секретарю квитанцию об оплате семестра, секретарь делает отметку в «Журнале оплаты студентов за обучение» о том, что студент допущен для сдачи экзаменов и защиты курсовых и контрольных работ. Если студент не предоставил квитанцию об оплате, то соответственно ему ставится не допуск.

4. Еженедельно методист подготавливает ведомости. В «Журнале регистрации зачетно - экзаменационных ведомостей» ведомости присваивают регистрационный номер. После этого ведомость поступает секретарю для отметки допуска студента по оплате за обучение. Затем секретарь отдаёт ведомость методисту, который в свою очередь передаёт её преподавателю. Преподаватель принимает зачет, экзамен, курсовые работы или проекты и заполненную ведомость отдаёт технику, который отмечает в личных картах студентов информацию о сдаче.

5. От техника ведомость опять передаётся методисту для фиксирования итогов в таблице успеваемости по каждой группе. Эти данные нужны для подведения итогов экзаменационной сессии. По каждому курсу составляется две формы отчетности по итогам сессии. Первая форма - «Итоги осенней (весенней) сессии», вторая - «Итоги экзаменационной осенней (весенней) сессии».

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

7. Преподаватель проверяет и ставит дату проверки и результат проверки «к защите» или «на доработку». Преподаватель проводит защиту тех работ, которые получили допуск. Результатом проведенной работы должна быть отметка «Зачтено» и дата.

8. Проверенные работы поступают от преподавателя к технику, результат зачтенных работ записывается в графу «Оценка работы», ставится дата возврата работы и подпись техника. Рецензия заполненная преподавателем прикрепляется в личное дело студента, тем самым подтверждая факт сдачи зачета или экзамена. Если работа возвращена преподавателем на доработку, то студент забирает у техника на руки работу, после чего происходит повторная регистрация работы и весь процесс повторяется.

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

10. В филиале ведётся почасовая оплата труда преподавателей. Каждый преподаватель заполняет отчет, где прописывается вычитка нагрузки (проверка и защита курсовых и контрольных работ, прием экзамена, зачета), дата, количество человек, группа, часы. Техник отслеживает количество сданных студенческих работ и заполнение рецензий. Затем методист проверяет соответствие указанных в отчете часов с расписанием, сверяет выполнение учебного плана за семестр. В итоге начальник учебного отдела фиксирует итоговое количество часов в «Журнале выполнения учебной нагрузки по кафедрам» и данные передаются в бухгалтерию для оплаты отработанных часов преподавателю.

3.3 Выходная информация

К выходной информации относятся:

· Справочная информация;

· Отчеты по запросам.

Выходные формы АИС «Учет успеваемости студентов ВФ УГТУ» соответствуют формам, принятым в Воркутинском филиале УГТУ. Заполнение выходных форм производится в соответствии с указаниями по применению и заполнению форм.

3.4 Входная информация

Входная информация включает в себя следующее:

· Учебная карточка.

· Учебный план.

· Журнал оплаты студентов за обучение.

· Журнал выдачи направлений.

· Журнал регистрации и выдачи контрольных работ студентов заочной формы обучения.

· Журнал регистрации курсовых работ и проектов.

· Журнал регистрации по отчетам практики.

· Журнал регистрации ведомостей.

· Рецензия.

· Направление.

· Акт о проделанной работе.

· Экзаменационная ведомость.

3.5 Методическое обеспечение АИС.

3.5.1 Модель АИС

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

· требования к точности, размерности и форматам представления данных;

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

· требования к адаптивным свойствам АИС.

3.6 Информационная база автоматизированной системы

Информационная модель - это спецификация структуры данных и бизнес правил (правил предметной области).

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

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

Концептуальная модель базы данных строилась на основе изученной предметной области и представляется в виде ERD-диаграммы.

Фаза предшествующая физическому проектированию, называется фазой логического проектирования. При логическом проектировании не принимаются во внимание специфические функциональные возможности целевой базы данных и прикладных программ, однако учитываются особенности выбранной модели хранения данных. Результатом логического проектирования является логическая модель данных. На рисунке 4.1 приводится логическая модель базы данных в виде ER-диаграммы. Для ее представления используется Case-средство ERWin, представляющее собой систему концептуального и логического моделирования базы данных. На рисунке 3.1 предоставлена логическая модель данных.

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

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

Рис. 3.1 - Логическая модель базы данных

Рис. 3.2 - Физическая модель базы данных

Таким образом, были созданы следующие таблицы:

Таблица 3.2

Таблица «План» (Plann)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID плана

IDPlan

int

4

not null, identity

ID специальности

IDSpec

int

4

foreign key, not null

Год с которого действителен

YearEnabl

int

4

not null

Дата утверждения

DateUtver

datetime

8

not null

Таблица 3.3

Таблица «Специальность» (Spec)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID специальности

IDSpec

int

4

not null, identity

Аббревиатура специальности

AbrevSpec

char

30

Название специальности

NameSpec

char

50

not null

Шифр специальности

ShifrSpec

int

4

not null

Таблица 3.4

Таблица «Вид нагрузки» (Nagruzka)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID вида нагрузки

IDNagruzki

int

4

not null, identity

Название вида нагрузки

NameNagruzka

char

40

not null, unique

Признак

Priznak

char

18

Таблица 3.5

Таблица «Группа» (Gruppa)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID группы

IDGruppa

int

4

not null, identity

ID специальности

IDSpec

int

4

foreign key, not null

Название группы

NameGruppa

char

40

Таблица 3.6

Таблица «Студент» (Student)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

PIN студента

PINStudent

int

4

not null, identity

ID группы

IDGruppa

int

4

foreign key, not null

ID специальности

IDSpec

int

4

foreign key, not null

IDкатегории

IDKateg

int

4

foreign key, not null

ФИО

NameStudent

char

100

Шифр

Shifr

int

4

not null, unique

Таблица 3.7

Таблица «Категория» (Kateg)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

IDкатегории

IDKateg

int

4

not null, identity

Название категории

NKateg

char

20

not null

Таблица 3.8

Таблица «Проплата» (Pay)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

IDквитанции

IDKvitan

int

4

not null, identity

№ квитанции

Kvitan

int

4

not null, unique

PIN студента

PINStudent

int

4

foreign key, not null

Дата

DataPay

datatime

8

not null

Сумма

SummaPay

float

8

not null

Семестр

SemestrPay

numeric

(18,0) 9

not null

Таблица 3.9

Таблица «Дисциплина» (Disciplina)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID дисциплины

DDisciplina

int

4

not null, identity

ID кафедры

IDKafedra

int

4

foreign key, not null

Название дисциплины

NameDiscuplina

char

40

not null, unique

Таблица 3.10

Таблица «Кафедра» (Kafedra)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID кафедры

IDKafedra

int

4

not null, identity

Название кафедры

NameKafedra

char

40

not null, unique

Таблица 3.11

Таблица «Нормы для специальности» (Norma)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID нормы

IDNorma

int

4

not null, identity

ID специальности

IDSpec

int

4

foreign key, not null

ID вида нагрузки

IDNagruzki

int

4

foreign key, not null

Название нормы

NameNorma

char

40

not null, unique

Количество часов

KolvoChas

char

10

Признак

Priznak

int

4

Таблица 3.12

Таблица «Операция» (Oper)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID операции

IDOper

int

4

not null, identity

Название операции

NameOper

char

40

not null, unique

Таблица 3.13

Таблица «Преподаватель» (Prepod)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

PIN преподавателя

PINPrepod

int

4

not null, identity

ФИО преподавателя

NamePrepod

char

40

not null

Таблица 3.14

Таблица «Справочник» (Spravka)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID названия документа

IDnameDoc

int

4

not null, identity

Название документа

NameDoc

char

40

not null, unique

Таблица 3.15

Таблица «Успеваемость» (Uspev)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID успеваемости

IDUspev

int

4

not null, identity

PIN студента

PINStudent

int

4

foreign key, not null

ID документа

IDDoc

int

4

foreign key, not null

Оценка цифрой

Ball

numeric

(18,0) 9

Таблица 3.16

Таблица «Регистрация документа» (RegistrDoc)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID документа

IDDoc

int

4

not null, identity

PIN преподавателя

PINPrepod

int

4

foreign key, not null

ID названия документа

IDnameDoc

int

4

foreign key, not null

ID успеваемости

IDUspev

int

4

foreign key, not null

Таблица 3.17

Таблица «Регистрация работы» (RegistrWork)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID регистрации

IDRegWork

int

4

not null, identity

ID операции

IDOper

int

4

foreign key, not null

PIN студента

PINStudent

int

4

foreign key, not null

ID кафедры

IDKafedra

int

4

foreign key, not null

ID документа

IDDoc

int

4

foreign key, not null

Дата

DataRegistr

datatime

8

not null

Таблица 3.18

Таблица «Содержание плана» (SoderPlana)

Название атрибута

Имя поля

Тип поля

Размер

Ограничения

ID содержания плана

IDSoderPlana

int

4

not null, identity

ID специальности

IDSpec

int

4

foreign key, not null

ID вида нагрузки

IDNagruzki

int

4

foreign key, not null

ID плана

IDPlan

int

4

foreign key, not null

ID кафедры

IDKafedra

int

4

foreign key, not null

ID дисциплины

IDDisciplina

int

4

foreign key, not null

Семестр

SemestrSP

int

4

not null

Признак

PriznakSP

int

4

Количество часов

KolvoSP

numeric

(18,0) 9

Примечание:

В представленных описаниях атрибуты таблиц, которые входят в состав первичного ключа, подчеркнуты.

3.7 Описание технологического процесса обработки данных

Описание технологических процессов сбора, регистрации, хранения и обработки данных

Сбор данных осуществляется при помощи заполнения. Информация в систему заносится работниками ВФ УГТУ.

Категории пользователей

Пользователями системы являются: методист, техник, начальник учебного отдела, секретарь. Методист наделен правами добавления информации, печать отчетов. Начальник учебного отдела имеет доступ на изменение информации по учебным планам. Техник имеет доступ на изменение информации о полученных оценках студентов, просмотра учебных планов. Секретарь наделен правами добавления, изменения, удаления информации о студентах о их оплате за обучение. Администратор системы следит за целостностью баз данных, проведением архивного сохранения на случай аварийного восстановления системы, правильностью заполнения, обучением пользователей.

3.8 Ввод АИС в эксплуатацию

Ввод системы в эксплуатацию осуществляется поэтапно.

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

На втором этапе система внедряется в промышленную эксплуатацию. По первоначальному замыслу, она должна полностью заменить собой существующую «бумажную» систему учета успеваемости студентов.

Этапность работ

· Инсталляция программы

· Заполнение таблиц

Организационно-технические мероприятия по вводу АС

Организационно-технические мероприятия по вводу АС в эксплуатацию заключаются в подготовке места для работы и обучении персонала работе с данной системой.

автоматизированный база данный успеваемость студент

4. Рабочий проект

4.1 Инструкция программисту

Архитектура системы

В качестве среды для разработки системы был выбран Borland Delphi 7 (язык программирования - Object Pascal), сервер баз данных - Microsoft SQL Server 2000. Была выбрана двухуровневая архитектура клиент-сервер. При этом общее распределение вычислительной нагрузки таково: сервер занимается ответственными вычислительными задачами (поддержка логической целостности базы данных, реализация алгоритмов обработки данных, внутрисетевое взаимодействие), а приложение-клиент нацелено на создание максимально дружественного интерфейса с применением методов сокращения вероятности ошибки при ручном вводе. Сервер БД обеспечивает доступ к фактическим и физическим данным, хранящимся в таблицах базы данных, поддержанием их в актуальном состоянии, при этом разделены интерфейс программы и алгоритмы обработки данных.

Таким образом автоматизированная система 'Учет успеваемости студентов ВФ УГТУ' состоит из следующих программных подсистем

Программа СУБД на компьютере-сервере.

Клиентский комплекс, работающий на компьютере-клиенте.

Обращения к СУБД осуществляются путем посылки запросов в серверную часть системы.

Генерация БД на сервере БД

Конечный этапом построения информационной модели является генерация БД на сервере БД. Следует отметить, что Erwin предоставляет возможность автоматической генерации БД на основе построенной физической модели. Преимуществом этой функции Case-средства Erwin является то, что отпадает необходимость ручного создания БД на сервере, что сильно экономит временные ресурсы и уменьшает вероятность возникновения ошибок. Создание базы данных выполняется с помощью команды 'schema generation'. ERwin строит пакет SQL-предложений для генерации базы данных и выполняется генерация БД на сервере БД MSSQL Server 2000. Пакет SQL-предложений строится на языке Transact-SQL. Для установки программы на сервере необходимо в файле set.ini прописать название базы данных и имя сервера с которым соединяемся.

Права доступа

SQL Server осуществляет проверку прав пользователей на двух уровнях: аутентификация при регистрации (login authentication) гарантирует, что пользователь зарегистрирован на SQL Server. Проверка прав пользователя (permissions validation) контролирует права пользователей на выполнение определённых операторов или доступ к объектам БД. Для подключения к SQL Server у пользователя должна быть учётная запись. При аутентификации учётную запись и пароль создаёт системный администратор SQL Server. При подключении к SQL Server пользователи должны ввести свои имя и пароль. SQL Server начинает обработку операторов Transact-SQL только после успешной регистрации пользователя. При передаче оператора от пользователя SQL Server проверяет, имеет ли пользователь права на выполнение соответствующих действий. Если права есть, действие выполняется, в противном случае возвращается сообщение об ошибке. Категории пользователей и их права доступа описаны в приложении 16.

Пользовательский интерфейс

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

В качестве программного средства для разработки приложений был выбран язык программирования Delphi 7.

Выбор основных компонентов программирования остановился на следующих:

1. MainMenu - позволяет быстро разрабатывать меню любой структуры. Каждый пункт меню является компонентом MenuItem, который инкапсулирован в классе TmenuItem.

2. Button - стандартный компонент для управления Windows.

3. DBGrid - компонент для работы с базами данных, который отображает набор данных в формате электронной таблицы.

4. DBEdit - компонент для работы с базами данных, который представляет собой элемент редактирования, связанный с полем набора данных.

5. DBComboBox - компонент для работы с базами данных, который

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

6. DBMemo - компонент для работы с базами данных, который используется для отображения данных из тех полей, которые содержат большое количество текста.

Для доступа к базам данных была использована технология ADO (ActivX Data Objects).

4.2 Инструкция пользователю

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

Для того чтобы начать работу с АИС «Учет успеваемости студентов» необходимо в главном окне на «Файл» выбрать меня «Соединиться».

В появившейся форме в строке пользовать вводим имя пользователя, а в строке пароль, пароль доступа для данного пользователя. На рисунке 4.1 предоставлено окно «Соединение с базой данных».

Рис. 4.1 - Окно «Соединение с базой данных»

После успешной авторизации становятся доступными такие справочники как:

1. дисциплины;

2. группы;

3. кафедры;

4. преподаватели;

5. специальности;

6. документы;

7. вид нагрузки;

8. операции.

На рис. 4.2 и 4.3 приведены справочник дисциплин и категории студентов. В остальных справочниках работа пользователя организованна аналогично.

Рис. 4.2 - Окно справочника «Дисциплины»

Рис. 4.2 - Окно справочника «Категории»

Главное окно для работы со студентами организованно по такому принципу. В выпадающем меню «Группа» пользователь может выбрать интересующую его группу, внизу отображается список студентов входящих в выбранную группу. Наверху справа отображается номер зачетки студента и категория, к которой он относиться (контракт или бюджет). Внизу справа имеют две вкладки «Оплата студентов» и «Успеваемость студентов». В списке студентов пользователь выбирает студента, о котором хочет узнать информацию, которая появляется в окне слева. В качестве примера на рисунке 4.4 отображается информация о студенте Рясном Владимире Викторовиче, имеющем номер зачетки 11111 и обучающийся на контрактной основе, поэтому на вкладке «Оплата студентов» информации о платежах нет.

Рис. 4.4 - Информация об оплате студентов

Меню «Учебные планы».

Здесь отображаются все имеющиеся учебные планы по которым обучаются студенты Воркутинского филиала УГТУ.

Рис. 4.5 - Окно «Учебные планы»

Пользователь выбирает специальность и просматривает все имеющиеся учебные планы для всех групп. Если внизу в окне дисциплины не выбрана какая - то конкретная, то справа отображается все содержание учебного плана (по всем дисциплинам). На рис. 4.5 в качестве примера выбран учебный план для группы ВВ-07, дисциплина «Иностранный язык».

На рис. 4.6 пользователь выбрал конкретную специальность АИС и группу АИС - 07.

Руководство администратора

Программная реализация приложений

АИС «Учет успеваемости студентов ВФ УГТУ» была разработана в среде программирования Borland Delphi 7. Для доступа к БД использовалась технология ADO (ActiveX Data Objects). Связь с данными осуществляется при помощи технологии OLE DB. В ходе разработки приложения использовались следующие компоненты ADO

Рис. 4.6 - Вывод результата при выборе конкретной специальности

1. ADOConnection - используется для связи с набором данных ADO. Может работать с несколькими компонентами наборов данных как диспетчер выполнения их команд.

2. ADOTable - используется для работы с одной таблицей, Связывается с таблицей через ADOСonnection.

3. ADOQuery - используется для работы с набором данных с помощью запросов SQL.

Системные требования

Конфигурация сервера должна отвечать следующим минимальным системным требованиям:

Конфигурация сервера:

процессор Pentium III с частотой 500 MHz;

объем оперативной памяти 128 МВ;

всего 460МВ дискового свободного пространства в том числе 250 МВ для типовой установки компонентов БД SQL Server;

130 МВ для типовой установки служб SQL Server Analysis Services;

80 МВ свободного дискового пространства для English Query.

Администрирование сервера БД

В качестве сервера БД выбран MS SQL Server 2000. Перед тем, как приступить к созданию новой БД, необходимо идентифицировать экземпляр сервера в Enterprise Manager, убедиться, что сервер запущен, и только после этого соединиться с созданной БД. Для регистрации экземпляра SQL Server необходимо задать имя сервера, тип аутентификации, имя пользователя (login) и пароль. SQL Server поддерживает два различных режима аутентификации при входе в систему, которые гарантируют, что только авторизированные пользователи будут иметь доступ к соответствующим данным - Windows Autentification и SQL Server Autentification. ИС «Учет доноров по СПК» поддерживает оба режима аутентификации.

Зарегистрировав сервер, необходимо создать новую БД. Сделать это можно с помощью команды NewDatabase контекстного меню Databases. В появившемся окне в поле Name необходимо ввести имя создаваемой БД, при нажатии кнопки Ok, новая пользовательская БД будет создана.

Соединение с БД

АИС «Учет успеваемости студентов ВФ УГТУ» предусматривает два типа соединения: через компонент ADOConnection и с помощью настройки соединения при входе в приложение.

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

Рис. 1 - Редактор свойства ConnectionString

При выборе в редакторе свойства “Use connection string” и нажатии на кнопку “Build…” появляется такой окно выбора провайдера (см. Рисунок 2).

Рис. 2 - Окно выбора провайдера

В данном случае необходимо в качестве провайдера установить Microsoft OLE DB Provider for SQL Server 2000.

Далее переходим на вкладку Connection (см. Рисунок 3). В пункте 1 необходимо выбрать из списка либо ввести имя используемого сервера.

В зависимости от выбранного типа аутентификации следует либо указать имя пользователя и пароли, либо выбрать соединение с помощью Windows NT Integreated Security, в пункте 3 необходимо выбрать из списка существующих БД ту, с которой осуществляется соединение

Проверка правильности соединения осуществляется нажатием кнопки «Test Connection». Если все параметры были заданы верно, на экране появится окно, показанное ниже (см. Рисунок 6).

Рис. 3 - Окно успешного соединения

После нажатия на кнопку «Ок», в появившемся окне необходимо установить поддерживаемый режим аутентификации (Windows Autentification/SQL Server Autentification). При использовании режима аутентификации SQL Server Autentification, необходимо задать имя пользователя и пароль. Соединение устнавливается нажатием кнопки «Ок».

Рис. 7 - Установление соединения с БД

5. Экономическая часть

5.1 Общие сведения

Автоматизированная информационная система «Учет успеваемости студентов ВФ УГТУ»

Разработчиком системы является студентка группы АИС-01 Саерова Оксана Васильевна под руководством Николаевой Надежды Александровны.

Работы по созданию системы ведутся с 1 февраля по 25 мая 2007 г.

Для разработки используется рабочая станция следующей конфигурации:

· процессор AMD Opteron 1.8 ГГц;

· оперативная память Kingston DDR DIMM 512Mb <PC-3200>;

· материнская плата GigaByte GA-K8VM800M rev2.0 (RTL) Socket754 <VIA K8M800> AGP+SVGA+LAN SATA U133 MicroATX 2DDR<PC-3200>;

· дисковый накопитель 80 Gb SATA-II 300 Maxtor DiamondMax 10 <6V080E0> 7200rpm 8Mb;

· видеокарта 128Mb <AGP> DDR <GeForce FX 5500> 128bit +DVI+TV Out;

· монитор 17' MONITOR 0.20 Samsung SyncMaster 783DF;

· принтер Samsung ML-2015 (A4, лазерный, 20 стр/мин, 1200х600dpi, LPT/USB).

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

Создание подсистемы преследует следующие цели:

· сокращение временных затрат;

· повышение гибкости управления университетом;

· повышение надежности хранения информации;

· увеличение скорости обмена информации между разными отделами университета;

· создание интегрированной информационной среды ВУЗа с единым интерфейсом.

Основной задачей данного раздела является определение экономических затрат, произведенных в течение разработки проекта, и обоснование эффективности внедрения АИС «Учет успеваемости студентов ВФ УГТУ»

5.2 Расчет инвестиционных затрат на разработку

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

Целью расчета себестоимости разработки проекта является определение затрат на его выполнение. В плановую себестоимость разрабатываемой системы включаются все затраты независимо от источника их финансирования. Определение затрат на НИР производится путем составления калькуляции плановой себестоимости. Она является основным документом, на основании которого осуществляется планирование и учет затрат на выполнение НИР.

Согласно положению по бухгалтерскому учету «Расходы организации» ПБУ 10/99 [6] «расходами по обычным видам деятельности являются расходы, связанные с изготовлением продукции и продажей продукции, приобретением и продажей товаров. Такими расходами также считаются расходы, осуществление которых связано с выполнением работ, оказанием услуг». Расходы, осуществление которых связано с предоставлением за плату во временное пользование (временное владение и пользование) своих активов, прав, возникающих из патентов на изобретения, промышленные образцы и других видов интеллектуальной собственности, и от участия в уставных капиталах других организаций, когда это не является предметом деятельности организации, относятся к операционным расходам. Расходами по обычным видам деятельности считается также возмещение стоимости основных средств, нематериальных активов и иных амортизируемых активов, осуществляемых в виде амортизационных отчислений. При формировании расходов по обычным видам деятельности должна быть обеспечена их группировка по следующим элементам затрат:

a) материальные затраты;

b) затраты на оплату труда;

c) отчисления на социальные нужды;

d) амортизация основных средств;

e) прочие затраты.

Исходные данные для расчета приведены в таблице 5.1.

Таблица 5.1

Исходные данные для расчета затрат на разработку системы

Наименование показателя

Обозначение показателя

Значение показателя подсистемы

Единица измерения

Оклад программиста (8 - ой разряд)

Сп

2074,48

Руб.

Районный коэффициент

Кр

60

%

Коэффициент, учитывающий северные надбавки

Кс

80

%

Отчисления во внебюджетные фонды.

Кв

26,2

%

Время разработки

Т

4

мес.

Количество инженеров-программистов, принимающих участие в разработке

1

чел.

Стоимость ПК

Сэвм

20000

руб.

Количествоиспользуемых ПК

Nэвм

1

шт.

Стоимость принтера

Спр

6500

руб.

Количество используемых принтеров

Nпр

1

шт.

Норма амортизации

На

20

%

Потребляемая мощность ПК

Wэвм

0,35

кВт/ч

Потребляемая мощность принтера

Wпр

0,15

кВт/ч

Стоимость электроэнергии

Сэл

1,29

руб./кВтч

Общие затраты на разработку системы представляют собой сумму основных и накладных расходов.

3 = Зосн + Зн(5.1)

Основные расходы рассчитываются по следующей формуле:

Зосн = Зоб + Зсоц + Змат + Зам + Зпроч (5.2)

Накладные расходы или расходы по управлению производством утверждаются на предприятии и применяются в расчетах в процентах к общей сумме основных расходов. На предприятии применяется норматив накладных расходов в размере 20%.

Расчет общих затрат на заработную плату

В элементе «Затраты на оплату труда» отражаются затраты на оплату труда основного производственного персонала. В расходы на оплату труда согласно статье 255 Налогового Кодекса РФ [2] включаются любые начисления работникам в денежной и (или) натуральной формах, стимулирующие начисления и надбавки, компенсационные начисления, связанные с режимом работы или условиями труда, премии и единовременные поощрительные начисления, расходы, связанные с содержанием этих работников, предусмотренные нормами законодательства Российской Федерации, трудовыми договорами (контрактами) и (или) коллективными договорами.

Общие затраты на заработную плату:

Зоб = Зт * Т* (Кр+ Кс)* Ч, (5.3)

где Зт - заработная плата программиста по тарифу за месяц, руб;

Кр - районный коэффициент;

Кс - коэффициент северной надбавки;

Ч - количество программистов, чел;

Т - время разработки, мес.

Подставляя исходные данные, получаем:

Зоб = 2074,78 * 4 * 2,4 * 1 = 19 918 (руб.)

Расчет отчислений на социальные нужды

В элементе «Отчисления на социальные нужды» отражаются обязательные отчисления по установленным законодательством Российской Федерации нормам органам государственного социального страхования, Пенсионного фонда, Государственного фонда медицинского страхования от затрат на оплату труда работников, включаемых в себестоимость научно-технической продукции по элементу «Затраты на оплату труда». С фонда заработной платы производятся отчисления во внебюджетные фонды:

1. Единый социальный налог включает в себя:

· налог в федеральный бюджет - 20% (Нфб);

· налог в фонд социального страхования - 2,9% (Нсс);

· налог в Федеральный фонд обязательного медицинского страхования - 1,1% (Нфмс);

· налог в Территориальный фонд обязательного медицинского страхования - 2% (НТмс).

2. Отчисления на обязательное страхование от несчастных случаев - 0,2% (Снесч).

Расчет единого социального налога:

ЕСН = Нфб + Нсс + Нфмс + Нтмс(5.4)

ЕСН = 20 + 2,9 + 1,1 +2 = 26 (%)

Рассчитаем сумму отчислений во внебюджетные фонды:

ОВФ = ЗП * (ЕСН / 100+Снесч / 100), (5.5)

где ЗП - сумма основной и дополнительной заработной платы разработчика/внедренца ПП за время внедрения, руб.;

ЕСН - Единый социальный налог;

Снесч - страховой тариф на обязательное социальное страхование от несчастных случаев и профессиональных заболеваний.

Рассчитаем сумму отчислений во внебюджетные фонды:

ОВФ = 19 918 * 26,2 / 100 = 5 218,49 (руб.)

Расчет материальных затрат

К материальным затратам можно отнести стоимость электроэнергии затраченной за время разработки системы.

Разработка ведется в течение 4 месяца с 01.02.07 по 25.05.07 г. Для определения затрат на электроэнергию составим баланс рабочего времени (смотри таблицу 5.2).

Таблица 5.2

Баланс рабочего времени на разработку автоматизированной системы

Месяц

Календарных дней

Праздничных дней

Выходных дней

Рабочих дней

Количество часов

Февраль

28

1

8

19

152

Март

31

1

9

21

168

Апрель

30

0

9

21

168

Май

25

2

6

17

136

Итого количество часов (при 40-часовой рабочей неделе):

624

При односменном режиме работы (8 часов): ТЧАС= 624 рабочих часов

Количество календарных дней = 114

Количество выходных дней = 32

Количество праздничных дней: 4

Итого: Тд = 114 - 32 - 4 = 78 (дней)

При односменном режиме работы (8 часов): Тч = 78 * 8 = 624 (час).

Затраты на электроэнергию за время разработки будут складываться из затрат за работу ПК и затрат за работу принтера.

Затраты на электроэнергию за работу ПК определяем по формуле 5.6:

Зэлэвм = Wэвм * Сэл * Тч,(5.6)

где: Wэвм - потребляемая мощность ПЭВМ, кВт/час;

Сэл - стоимость электроэнергии, руб./кВтч;

Тч - количество времени, час.

Зэлэвм = 0,35 * 1,29 * 624 = 281,74 (руб.)

Определим затраты на электроэнергию за работу принтера:

Зэлпр = Wпр * Сэл * Тч,(5.7)

где: Wпр - потребляемая мощность принтера, кВт/час;

Сэл - стоимость электроэнергия, руб/кВтч;

Тч - количество времени, час,

Зэлпр = 0,15 * 1,29 * 624 = 120,74 (руб.)

Таким образом, материальные затраты составят:

Змат = Зэлэвм + Зэлпр (5.8)

Змат = 382,2 + 163,8 = 402,48 (руб.)

Амортизационные отчисления

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

После истечения срока службы основных фондов, накопленный амортизационный фонд позволяет купить новое оборудование и заменить ими изношенные.

Осуществление амортизационных отчислений происходит ежемесячно. Норма амортизации в отношении компьютерной техники представлена в таблице 1.

Определим сумму амортизационных отчислений за один месяц работы ПК (необходимые значения для расчета представлены в таблице 5.1):

Амэвм = (Сэвм * На / 100) / 12,(5.9)

где: Сэвм - стоимость 1 ПЭВМ, руб;

На - норма амортизации основных фондов в год, %.

Амэвм = (20000* 20/100) / 12 = 333,33 (руб./мес.)

Определим сумму амортизационных отчислений за один месяц работы принтера (необходимые значения для расчета представлены в табл.6.1):

Ампр = (Спр * На / 100) / 12,(5.10)

где: Спр - стоимость принтера, руб;

На - норма амортизации основных фондов в год, %.

Ампр = (6500* 20 / 100) / 12 = 108,33 (руб./мес.)

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

Зам = (Амэвм + Ампр)*Т, (5.11)

Зам = (416,6 +135,4)*4 = 1 766,67 руб.;

Расчет сопутствующих капиталовложений

Сопутствующим капиталовложением может быть закупка компьютерной техники или программного обеспечения, однако при разработке системы подобных капиталовложений не потребовалось, разработка АИС проводилась на имеющейся компьютерной технике и с использованием имеющегося программного обеспечения. Поэтому затраты на приобретение ПО и средств разработки равны нулю. К = 0

Расчет прочих затрат

Прочие затраты подсчитываются по формуле 5.12:

Зпроч = Зинт + Зрм,(5.12)

где: Зинт - затраты на Интернет, руб;

Зрм - расходные материалы (бумага, дискеты и т.д.), руб.

Затраты на расходные материалы за период разработки представлены в таблице 5.3.

Таблица 5.3

Перечень расходных материалов

Наименование

Количество

Сумма, руб.

Картридж для принтера

1 шт.

1640

Диски

2 шт.

50

Бумага

1 упаковка

100

Итого:

1790

Общий подсчет прочих затрат составит:

Зпроч = 1790 (руб.)

Суммарные затраты на разработку системы «Учет успеваемости студентов ВФ УГТУ»

Расчет сметы затрат на разработку системы приведен в табл.5.4.

Таблица 5.4

Расчет сметы затрат

Наименование затрат

Сумма, руб.

В процентах к итогу

Материалы

402,48

1,15

Общие затраты на заработную плату

19 918,00

57,04

Отчисления на социальные нужды

5 218,49

14,94

Амортизационные отчисления

1 766,67

5,05

Прочие затраты

1 790,00

5,12

Всего затрат

29 096,00

Накладные расходы (+20%), руб.

5 819,13

14,94

Итого

34 915,00

100,00

Затраты на разработку системы составляют 34 915 рублей.

5.3 Расчет годовых затрат на эксплуатацию программного продукта

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

Зт = Зперс + Апрог, (5.13)

Где Зперс - заработная плата обслуживающего персонала.

Апрог - амортизация программного продукта за год.

Амортизационные отчисления определяются исходя из стоимости основных фондов (программного продукта) и годовой нормы амортизационных отчислений.

Обслуживающий персонал для данной системы не нужен.

Зперс = 0

Апрог = З*Нам,(5.14)

где З - стоимость программного продукта.

Нам - норма амортизационных отчислений.

Стоимость системы составляет З = 34 915 рублей.

Норма амортизационных отчислений Нам = 20%

Апрог = (34 915* 20/100) = 5 819,13 руб.

Зт = 0 + 5 819,13 = 5 819,13 руб.

Годовые затраты на эксплуатацию автоматизированной информационной системы составляют 5 819,1руб.

5.4 Расчет эффективности разработки и внедрения АИС

Оценка экономической эффективности информационных систем означает сопоставление результатов использования АИС с затратами на ее внедрение и эксплуатацию в денежной форме.

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

(5.15)

где - затраты на ручную обработку информации, руб.;

- затраты на автоматизированную обработку информации.

Затраты на ручную обработку информации определяются по следующей формуле:

Зр = Ои * Ц * Гд / Нв (5.16)

где Ои - Объем информации, обрабатываемой вручную, Мбайт;

Ц - стоимость одного часа работы, руб./час;

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

Нв - норма выработки в час.

Система состоит из модулей, которые решают свои задачи. На данный момент существует три модуля:

· модуль для занесения (оформления) данных о студентах;

· модуль занесения данных о студенческих работах;

· модуль редактирования справочников.

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

Исходный размер = 0,05Мбайт, преобразованный = 0,02 Мбайт.

С = 0,05/0,02 = 2,5.

Размер базы данных на данный момент = 0,85 Мбайт.

Ои = 2,5*0,85 = 2,125.

Коэффициент Гд = 1, так как происходит простая обработка текста.

Конфигурации были занесены двумя пользователями в общей сложности за 16 часов, поэтому Нв = 0,05/16 = 0,0031 Мбайт/час.

Стоимость одного часа работы инженера-программиста рассчитаем следующим образом: заработную плату разделим на среднее количество рабочих дней в месяце (21 рабочий день) и на количество часов в рабочем дне (8 часов). Стоимость одного часа инженера-программиста рассчитаем по формуле (5.17).

(5.17)

где - заработная плата инженера-программиста в месяц, руб./мес.

Стоимость одного часа машинного времени рассчитывается по следующей формуле:

(5.18)

где - амортизационные отчисления за час за ПК, руб./час;

- стоимость электроэнергии, руб./кВт*час;

- потребляемая мощность ПК, кВт*час.

Амортизационные отчисления за час работы одного компьютера до внедрения АИС рассчитываются по следующей формуле:

(5.19)

где - стоимость ПК, руб.;

- норма амортизации, %.

Затраты на автоматизированную обработку информации рассчитываются по следующей формуле:

ЗА = tА * ЦМ + tО * (ЦМ + ЦО), (5.20)

где Та - время автоматической обработки, ч;

Цм - стоимость одного часа машинного времени, руб./час;

То - время работы оператора, ч;

Цо - стоимость одного часа работы оператора, руб./час.

Время автоматической обработки (на примере занесения конфигураций рабочих станций), замеренное при формировании отчета по конфигурациям Та = 0,05ч.

Стоимость одного часа машинного времени рассчитывается по следующей формуле:

(5.21)

где - амортизационные отчисления за час за ПК после внедрения АИС, руб./час;

- стоимость электроэнергии, руб./кВт*час;

- потребляемая мощность ПК, кВт*час.

Амортизационные отчисления после внедрения АИС за месяц работы одного компьютера рассчитываются по следующей формуле:

(5.22)

где - стоимость ПК, руб.;

- суммарные затраты на разработку системы, руб.;

- норма амортизации, %.

Рассчитаем годовой эффект от внедрения АИС по формуле

(5.23)

Рассчитаем срок окупаемости системы по формуле:

(5.24)

где - суммарная стоимость разработки, руб.;

- экономия от внедрения АИС, руб./мес.

Произведем все необходимые расчеты. Все необходимые данные представлены в табл. 5.1 и в табл. 5.3.

Таблица 5.4

Данные для расчета экономической эффективности

Наименование показателя

Обозначение показателя

Значение показателя

Единица измерения

Норма амортизации ПП

20

%

Себестоимость АИС

34 915

руб.

Рассчитаем амортизационные отчисления за час работы одного компьютера до внедрения АИС (данные для расчета представлены в табл. 5.1 и в табл. 5.3) по формуле (5.19):

Таким образом, стоимость одного часа машинного времени составит:

Стоимость одного часа работы инженера-программиста вычислим по формуле (5.17):

Вычислим затраты на ручную обработку информации, подставив все необходимые данные в формулу (5.16):

Рассчитываем амортизационные отчисления после внедрения АИС за час работы одного компьютера по формуле (5.22):

Следовательно, стоимость одного часа машинного времени после внедрения АИС составит (по формуле (5.21)):

Затраты на автоматизированную обработку вычислим по формуле (5.20):

Следовательно, имеем следующий эффект от замены ручной работы:

Рассчитаем годовой эффект от внедрения АИС по формуле (5.23):

Выводы

Общая сумма затрат на разработку автоматизированной информационной системы равна 34 915 руб.

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

Экономическая эффективность от внедрения системы достигается за счет достижения основных целей разработки:

сокращение временных затрат на ввод данных;

сокращения временных затрат на печать отчетов;

повышения надежности хранения информации и производительности труда.

6. Безопасность и экологичность проекта

6.1 Анализ опасных и вредных производственных факторов при работе на компьютере

Анализ производится в соответствии с ГОСТ 12.0.003-74. Факторы производственной среды оказывают существенное влияние на функциональное состояние и работоспособность оператора. Существует разделение производственных факторов на опасные и вредные. Опасный производственный фактор - это производственный фактор, воздействие которого в определенных условиях приводит к травме или к другому внезапному ухудшению здоровья. Воздействие же вредного производственного фактора в определенных условиях приводит к заболеванию или снижению работоспособности.

Классификация опасных и вредных производственных факторов (ГОСТ 12.0.003-74).Опасные и вредные производственные факторы подразделяются по природе действия на следующие группы:

физические;

химические;

биологические;

психофизические.

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

Физические опасные и вредные производственные факторы подразделяются на следующие:

движущиеся машины и механизмы;

повышенный уровень шума на рабочем месте;

повышенная или пониженная влажность;

повышенное значение напряжения в электрической цепи;

повышенный уровень электромагнитных излучений;

отсутствие или недостаток естественного света;

недостаточная освещенность рабочей зоны;

повышенная яркость света;

пониженная контрастность;

повышенная пульсация светового потока;

расположение рабочего места на значительной высоте;

повышенная или пониженная подвижность воздуха;

повышенный уровень ионизирующих излучений в рабочей зоне;

повышенная запыленность и загазованность воздуха рабочей зоны;

повышенное или пониженное барометрическое давление в рабочей зоне;

повышенный уровень статического электричества;

повышенная напряженность электрического поля;

повышенная напряженность магнитного поля;

прямая и отраженная блесткость;

повышенный уровень ультрафиолетовой радиации;

повышенный уровень инфракрасной радиации.

Химические опасные и вредные производственные факторы подразделяются:

по характеру воздействия на организм человека:

токсические;

раздражающие;

сенсибилизирующие;

канцерогенные;

мутагенные;

влияющие на репродуктивную функцию;

по пути проникновения в организм человека через:

органы дыхания;

желудочно-кишечный тракт;

кожные покровы и слизистой оболочки.

Биологические опасные и вредные производственные факторы включают следующие биологические объекты:

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

опасные свойства микро и макро организмов.

Психофизические опасные и вредные производственные факторы по характеру действия подразделяются:

физические перегрузки (статические и динамические);

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

Один и тот же опасный и вредный производственный фактор по природе своего действия может относиться одновременно к различным группам, перечисленным выше.

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

Рассмотрим только физические и психофизические опасные и вредные производственные факторы и мероприятия по их устранению или снижению.

6.2 Физические опасные и вредные производственные факторы при работе на компьютере

Анализ микроклимата. Значительным физическим фактором является микроклимат рабочей зоны, особенно температура и влажность воздуха. Человек постоянно находится в процессе теплового взаимодействия с окружающей средой. Исследования показывают, что высокая температура в сочетании с высокой влажностью воздуха оказывает большое влияние на работоспособность оператора. Увеличивается время реакции оператора ЭВМ, нарушается координация движений, резко увеличивается число ошибочных действий. Высокая температура на рабочем месте оператора отрицательно влияет на психологические функции: понижается внимание, уменьшается объем оперативной памяти, снижается способность к ассоциациям.

В конторских помещениях чаще всего бывает пониженная влажность воздуха. Зимой из-за систем центрального отопления, а летом - из-за применения кондиционеров и вентиляторов. Пониженная влажность воздуха отрицательно сказывается на состоянии кожного покрова человека: кожа теряет влагу, становится сухой и шершавой. личные заболевания кожи. При пониженной влажности ощущается сухость во рту, появляется жажда.

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

На рабочем месте в помещении не поддерживается оптимальная температура. В зимнее время температура воздуха 18-19С, а в летнее время часто превышает 25С. Редко проводится должная уборка. Поэтому повышен уровень запыленности. Помещение нерегулярно проветривается.

Оптимальные нормы температуры, относительной влажности и скорости движения воздуха в рабочей зоне производственного помещения в соответствии с ГОСТ 12.1.005-88 приведены в таблице 6.1.

Таблица 6.1

Оптимальные нормы температуры, относительной влажности и скорости движения воздуха

Период года

Категория работы

Температура, С

Относительная влаж. воздуха, %

Скорость движения воздуха, не более м/с

Холодный и переходный

легкая

20-23

60-40

0,2

Теплый

легкая

22-25

60-40

0,2

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

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

Общая чувствительность зрительной системы увеличивается с увеличением уровня освещенности в помещении, но лишь до тех пор, пока увеличение освещенности не приводит к значительному уменьшению контраста.

Для определения приемлемого уровня освещенности в помещении необходимо:

определить требуемый для операторов уровень освещенности лицевых панелей дисплеев внешними источниками света;

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

Рекомендуемые соотношения яркостей в поле зрения следующие:

между экраном и документом 1:5-1:10;

между экраном и поверхностью рабочего стола 1:5;

между экраном и клавиатурой, а также между клавиатурой и документом - не более 1:3;

между экраном и окружающими поверхностями 1:3-1:10.

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

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

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

В помещении моего рабочего места здания ВФ УГТУ на окнах используются жалюзи совместно с занавесками.

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

В таблице 6.2 приведены нормы проектирования естественного и искусственного освещения для третьего разряда зрительной работы по СНиП II-4-79.

Таблица 6.2

Нормы естественного и искусственного освещения

Характеристика зрительной

Максимальный объем

Искусственное освещение, лк

Естественное освещение, КЕО %

работы

различения

Комбинированное

общее

верхнее

боковое

очень высокой точности

0,15-0,3

1000

300

7

2,5

Кроме освещенности, большое влияние на деятельность оператора оказывает цвет окраски помещения и спектральные характеристики используемого света. Рекомендуется, чтобы потолок отражал 80-90%, стены - 50-60%, пол - 15-30% падающего на них света. К тому же цвет обладает некоторым психологическим физиологическим действием. Например, тона 'теплой' гаммы (красный, оранжевый, желтый) создают впечатление бодрости, возбуждения, замедленного течения времени и ощущение тепла. 'Холодные' тона (синий, зеленый, фиолетовый) создают впечатление покоя и вызывают у человека ощущение прохлады. Предметы и поверхности, окрашенные в 'холодные' цвета, кажутся меньше, чем окрашенные в 'теплые' тона (при их одинаковой светлости) и как бы удаляются от смотрящего.

С осторожностью следует применять сочетания различных тонов, так как одновременное использование 'теплых' и 'холодных' тонов может вызвать состояние растерянности и беспокойства.

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

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

рода и величины напряжения и тока;

частоты электрического тока;

пути прохождения тока через тело человека;

продолжительности воздействия на организм человека;

условий внешней среды.

Нормы на допустимые токи и напряжения прикосновения в электроустановках должны устанавливаться в соответствии с предельно допустимыми уровнями воздействия на человека токов и напряжений прикосновения и утверждаться в установленном порядке по ГОСТ 12.1.038-82 согласно таблице 3.

Таблица 6.3

Предельно допустимые уровни воздействия токов и напряжений

Род тока

Напряжение U, В, не более

Ток J, мА

Переменный ток, 50 Гц

2

0,3

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

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

термическое;

электролитическое;

биологическое.

Первое проявляется в нагреве тканей, вплоть до ожогов отдельных участков тела, перегрева кровеносных сосудов и крови, что вызывает в них серьезные функциональные нарушения.

Второе вызывает разложение крови и плазмы, значительные нарушения их физико-химических составов и тканей в целом.

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

Любое из этих действий тока может привести к электротравме.

Электротравмы делятся на два вида:

местные;

электроудары.

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

Спектр излучения компьютерного монитора включает в себя рентгеновскую, ультрафиолетовую и инфракрасную области, а также широкий диапазон электромагнитных волн других частот. В ряде экспериментов было обнаружено, что электромагнитные поля с частотой 60 Гц (возникающие вокруг линий электропередач, видеодисплеев и даже внутренней электропроводки) могут инициировать биологические сдвиги (вплоть до нарушения синтеза ДНК) в клетках животных. В отличие от рентгеновских лучей электромагнитные волны обладают необычным свойством: опасность их воздействия совсем не обязательно уменьшается при снижении интенсивности облучения, определенные электромагнитные поля действуют на клетки лишь при малых интенсивностях излучения или на конкретных частотах - в “окнах прозрачности”. Источник высокого напряжения компьютера - строчный трансформатор - помещается в задней или боковой части терминала, уровень излучения со стороны задней панели дисплея выше, причем стенки корпуса не экранируют излучения. Поэтому пользователь должен находиться не ближе чем на 1.2 м от задних или боковых поверхностей соседних терминалов.

По результатам измерения электромагнитных излучений установлено, что максимальная напряженность электромагнитного поля на кожухе видеотерминала составляет 3.6Вм, однако в месте нахождения оператора ее величина соответствует фоновому уровню (0.2-0.5Вм); градиент электростатического поля на расстоянии 0.5м менее 300Всм является в пределах допустимого.

На расстоянии 5 см от экрана ВТ интенсивность электромагнитного излучения составляет 28-64Вм в зависимости от типа прибора. Эти значения снижаются до 0.3-2.4Вм на расстоянии 30 см от эк5рана (минимальное расстояние глаз оператора до плоскости экрана).

Статическое электричество. Электризация - это комплекс физических и химических процессов, приводящих к разделению в пространстве зарядов противоположных знаков или к накоплению зарядов одного знака. ЭВМ может являться источником статического электричества. Электризуется поверхность дисплея, при прикосновении к которому может возникнуть электрическая искра. Вредное воздействие статического электрического электричества сказывается не только при непосредственном контакте с зарядом, но и за счет действия электрического поля, возникающего вокруг заряженной поверхности.

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

При статической электризации напряжение относительно земли достигает десятков, а иногда и сотен тысяч вольт. Значения токов при этих явлениях составляют, как правило, доли микроампера (0.0001-1мА). Человек начинает ощущать ток величиной 0.6-1.5мА. По ГОСТ 12.1.038-82 напряжение электрического тока не должно превышать 42В в помещениях без повышенной опасности, какими являются помещения ВЦ.

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

6.3 Психофизиологические опасные и вредные производственные факторы

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

Психофизиологические факторы делятся на следующие группы:

физические перегрузки (статические и динамические);

нервно-психические перегрузки (умственное перенапряжение, монотонность труда, перенапряжение анализаторов, эмоциональные перегрузки).

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

Характеризуя изменения состояния человека при умственной работе, можно констатировать, что качественные изменения при всех видах работ одинаково. Различны лишь интенсивность процессов и изменения показателей деятельности.

Утомление. Различают быстрое утомление и медленное. Быстрое утомление наступает в результате большой физической работы и напряжения. Медленное утомление характеризуется снижением работоспособности в результате чрезмерно длительной и монотонной работы.

Хроническое переутомление определяется следующими признаками:

ощущение переутомления до начала работы;

повышенной раздражительностью;

снижением интереса к работе;

снижением аппетита;

потерей веса;

нарушением сна;

кошмарными снами.

При хронической утомляемости возможны:

тошнота;

тремор вытянутых рук;

пониженное артериальное давление.

При обнаружении признаков переутомления необходимо нормировать режим труда и отдыха и произвести оздоровление внешней среды на рабочих местах.

Монотонность. Различают два вида монотонности:

за счет информационной перегрузки одних и тех же нервных центров в результате поступления большого объема одинаковых сигналов при многократном повторении и единообразных движений;

из-за постоянства информации и недостатке новой информации.

Меры по снижению влияния монотонности:

каждая операция должна быть содержательной, ее длительность должна быть не менее 30 сек. Число элементов операций должно быть не менее 5;

осуществлять перевод персонала с одной операции на другую;

необходимо применять оптимальные режимы труда и отдыха в течение рабочего дня;

соблюдать эстетичность производства.

Рабочая поза. Естественные позы 'стоя' и 'сидя' являясь главными позами человека, характеризуются наименьшими энергетическими затратами по сравнению с производными от них позами. Если требуются большие мышечные усилия, то предпочтительна поза 'стоя' при малых - 'сидя'. Особого внимания заслуживает проектирование кресел для лиц, постоянно выполняющих работу сидя за пультами управления. Нужно проектировать конструкцию кресла так, чтобы как можно равномернее распределить давление тела на площадь опоры.

Стресс. При стрессе вся деятельность организма сопровождается усилением функций различных систем человеческого организма: слуха, зрения, мышц.

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

6.4 Пожарная безопасность

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

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

обеспечение правильных путей эвакуации;

наличие огнетушителей и пожарной сигнализации;

соблюдение всех противопожарных требований к системам отопления и кондиционирования воздуха.

В помещении ВФ УГТУ используются огнетушители в основном порошкового типа (ОП-3), также имеется пожарный щит, ящик с песком. В здании вывешены планы эвакуации на случай пожара в доступных для обозрения местах.

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

Есть 5 степеней огнестойкости (и 3 дополнительных). Для ВФ УГТУ степень огнестойкости 1 или 2. Первая степень огнестойкости указывает на то, что огнестойкость здания 2.5 часа.

Опасными факторами пожаров являются:

пламя, искры характеризующиеся количеством теплового потока на единицу поверхности;

повышенная температура. Человек начинает ощущать боль от теплового воздействия при температуре поверхности более 45С;

повышенная концентрация СО + другие токсичные продукты горения. Концентрация до 3% может привести к потери сознания, до 10% - смерть;

пониженная концентрация кислорода в воздухе с 17% - головокружение, с 13% - головные боли, с 9% - потеря сознания, с 6% - смерть.

Заключение

В ходе создания дипломной работы по разработке вариантов перехода на новую технологию и внедрению автоматизированной системы учета успеваемости студентов в Воркутинском филиале Ухтинского Государственного Технического Университета было проведено предпроектное обследование, в котором была рассмотрена общая концепция автоматизации управления бизнес-процессами сотрудников ВФ УГТУ, причастных к составлению отчетов по успеваемости.

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

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

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

Разработано действующее приложение.

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

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

Библиографический список

1. Калянов Г.Н CASE - технологии: Консалтинг в автоматизации бизнес-процессов. - 3-е изд. - М.: «Горячая линия - Телеком», 2002.

2. Иан Соммервилл Инженерия программного обеспечения, 6-е издание: Пер. с англ. - М.: Издательский дом «Вильямс», 2002.

3. Калашян А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD - технологии; Под ред. Г.Н. Калянова.- М.: Финансы и статистика, 2003.

4. Налоговый кодекс РФ (часть 2)от 05.08.200 г. №117-ФЗ. (в ред. от 30.12.2004 г. и изм. и доп., вступивших в силу от 01.04.2005г.).// Справочная правовая система «Консультант Плюс». - М., 2006.

5. Приказ Минфина России №26н от 30.03.2001 г. ПБУ 6/01 (в ред. от 12.12.2005 г. №147н) 'О положении по бухгалтерскому учету 'Учет основных средств'// Справочная правовая система 'Консультант Плюс'. - М., 2006.

6. Федеральный Закон от 19.02. 1993 г. №4520-1 (в ред. 29.12.2004) 'О государственных гарантиях и компенсациях для лиц, работающих и проживающих в районах Крайнего Севера и приравненных к ним местностях'// Справочная правовая система 'Консультант Плюс'. - М., 2006.

7. Федеральный Закон от 12.02.2001 г. №17-ФЗ (в ред. ФЗ от 22.08.2004 г. №122-ФЗ). 'О страховых тарифах на обязательное социальное страхование от несчастных случаев'// Справочная правовая система 'Консультант Плюс'. - М., 2006.

8. Истомина Е.В. Организация и планирование производства [Текст]: метод. указания к курсовой работе/ Е.В. Истомина. - Ухта: УГТУ, 2016.

9. Скрипкин К.Г. Экономическая эффективность информационных систем. - М.: ДМК Пресс, 2002. - 256 с.: ил.

ref.by 2006—2025
contextus@mail.ru