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

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

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

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

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

Дипломный проект состоит из трех глав.

В первой главе — аналитической части «Обоснование необходимости создания информационной системы», отражается техническая характеристика изучаемой предметной области, т.е. характеристика и организационная структура среднего профессионального образовательного учреждения Ярославского градостроительного колледжа (ЯГМК), краткая характеристика основных отделов колледжа и структура управления рассматриваемого дипломным проектом отдела — Приемной комиссии.

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

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

19 стр., 9499 слов

Система информационной безопасности

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

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

Изучаемой предметной областью дипломного проекта, тема которого «Проектирование информационной системы Приемной комиссии Ярославского градостроительного колледжа» является Федеральное государственное образовательное учреждение среднего профессионального образования «Ярославский государственный межрегиональный колледж градостроительства и управления» (далее — Колледж или ЯГМК) реализует программы среднего профессионального образования, профессиональной подготовки и дополнительного профессионального образования на основании свидетельства о государственной аккредитации, в соответствии с выданной ему лицензией на право ведения образовательной деятельности и наделен правом выдавать выпускникам диплом государственного образца о среднем профессиональном образовании.

Колледж образован Приказом Госстроя России от 04.08.2003 г. № 292 путем переименования подведомственного ему Государственного образовательного учреждения среднего профессионального образования «Ярославский строительный техникум», созданного распоряжением Советом министров СССР от 20.08.1948 г. № 3786. Колледж является правопреемником Ярославского

Полное официальное наименование Колледжа на русском языке:

Федеральное государственное образовательное учреждение среднего профессионального образования «Ярославский межрегиональный колледж градостроительства и управления», аббревиатура — ФГОУ СПО ЯМКГУ.

Сокращенное официальное наименование Колледжа на русском языке:

«Ярославский градостроительный колледж», аббревиатура — ЯГМК.

1.1 Характеристика учреждения

Колледж находится в ведомственном подчинении Федерального агентства по строительству и жилищно-коммунальному хозяйству, которое в соответствии с п. 1 ст. 37 Закона Российской Федерации «Об образовании» и постановлением Правительства Российской Федерации от 03.03.2001 № 160 «Об утверждении Типового положения об образовательном учреждении среднего профессионального образования (среднем специальном учебном заведении)» осуществляет в отношении Колледжа функции федерального ведомственного органа управления образованием и является Учредителем Колледжа. Отношения между Учредителем и Колледжем определяются настоящим Уставом и заключенным между ними договором.

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

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

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

12 стр., 5638 слов

Модернизации образования в России

... Законе Российской Федерации "Об образовании", Федеральном законе "О высшем и послевузовском профессиональном образовании" и раскрыты в Национальной доктрине образования в Российской Федерации до ... модернизации образования. Цель данной курсовой работы рассмотреть финансовую значимость развития российской системы образования. Для достижения цели ставятся следующие задачи: 1. Раскрыть роль образования ...

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

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

Место нахождения Колледжа: Российская Федерация, г. Ярославль, ул. Чайковского, д. 55 (пр. Октября, д. 21).

Почтовый адрес Колледжа: 150040, г. Ярославль, ул. Чайковского, д.55.

В своей деятельности Колледж руководствуется Конституцией Российской Федерации, Законом Российской Федерации «Об образовании», Трудовым Кодексом Российской Федерации, иными федеральными законами, указами и распоряжениями Президента Российской Федерации, постановлениями и распоряжениями Правительства Российской Федерации, Типовым положением об образовательном учреждении среднего профессионального образования (среднем специальном учебном заведении), решениями федерального (центрального) государственного органа управления образованием, решениями Учредителя, иными нормативными правовыми актами и настоящим Уставом.

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

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

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

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

Колледж несет в установленном законодательством Российской Федерации порядке ответственность за:

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

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

12 стр., 5822 слов

Модернизация таможенных органов Российской Федерации

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

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

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

Имущество Колледжа находится в федеральной государственной собственности, внесено в реестр федерального имущества на основании Свидетельства выданного ГОУ СПО ЯСТ 22 декабря 1999 г., реестровый № 07600375.

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

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

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

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

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

15 стр., 7446 слов

Исследование особенностей работы организации авиатопливообеспечения

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

1.2 Краткая характеристика основных отделов учреждения

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

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

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

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

К компетенции Совета Колледжа относится:

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

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

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

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

13 стр., 6384 слов

Регламент работы комиссии по осуществлению закупок

... размещения извещения об осуществлении закупки, при проведении которой должна работать созданная комиссия (ч. 2 ст. 39 Закона N 44-ФЗ). Форма: произвольная, письменная (на бумажном носителе). Рассмотрим регламент работы комиссии по осуществлении закупок в Приложение ...

Информатизационный центр (ИЦ).

Основными функциями РИЦ являются: размещение информации о деятельности колледжа на сайте www.sttec.yar.ru (информации для абитуриентов, для сотрудников — вакансии, о выпускниках колледжа, для заинтересованных лиц); деловая переписка по средствам электронной почты; техническая и программная поддержка специализированных компьютерных аудиторий и отдельных автоматизированных рабочих мест. Руководство осуществляет — руководитель ИЦ

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

Роль и место в общей структуре ЯГМК — координация и контроль учебным процессом ЯГМК. Руководство осуществляет — руководитель УО.

Дневные и заочное отделения. Выполняют учебно-воспитательную работу со студентами, организовываю культурно-массовые и общественные мероприятия: походы, работа в колхозе, КВН между группами и др. учебными заведениями среднего профессионального образования. Контролируют посещаемость учебных занятий и успеваемость каждого студента в отдельности. Проводят беседы с групповыми руководителями и являются переходным звеном между администрацией колледжа и студентом. ОАР -отделение Архитектуры и рекламы, ОИТУП — отделение информационных технологий и управления, СО — строительное отделение, ОЭС — отделение экономики и сервиса, ЗО — заочное отделение. Руководство осуществляет — заведующие отделениями.

Отделение дополнительного образования (ОДО).

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

Подготовительное отделение (ПО).

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

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

29 стр., 14297 слов

Учебное пособие: Автоматизированные системы защиты информации

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

Приемная комиссия. В функции приемной комиссии входит разработка Правил приема в колледж в соответствии с Правилами приема в ЯГМК (см. Приложение 1); координация деятельности всех подразделений колледжа, занимающихся профориентацией молодежи и ее подготовкой к вступительным испытаниям; организация приема документов, проведение вступительных испытаний.

Все взаимодействия Приемной комиссии с другими структурными подразделениями учебного заведения отображены на структурной схеме (рис. 1.1).

краткая характеристика основных отделов учреждения 1

Рисунок 1. Структурная схема внутреннего взаимодействия приемной комиссии

1.3 Обоснование необходимости и цели использования

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

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

На сегодняшний день немногие учебные заведения имеют автоматизированной системы по данному виду деятельности, в основном такие системы есть только в ВУЗах.

В период набора новых студентов работа Приемной комиссии ЯГМК «кипит» с утра до вечера. Ввод личных данных абитуриентов осуществляется при помощи электронных таблиц MS Excel (Приложение 2).

Таким же образом обстоят дела и на отделениях колледжа.

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

20 стр., 9715 слов

Автоматизированные системы обработки информации

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

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

1.4 Постановка задачи

Приемная комиссия:

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

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

Зачисление абитуриентов в студенты

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

Дневные и заочные отделения ЯГМК:

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

4 стр., 1530 слов

Автоматизированные системы обработки экономической информации

... рассмотрены основные системы автоматизации обработки экономической информации. В качестве технической ... учета и анализа (например, автоматизированная система бухучета «1C: Бухгалтерия», которая ... диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. ... программа, являющаяся самой распространенной (по данным «Финансовой газеты», газеты «Софт- ...

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

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

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

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

Документы складываются в папку (единственную на одного абитуриента/студента).

Для хранения документов абитуриентов необходимо оборудовать отдельную аудиторию со шкафами-ячейками, в алфавитном порядке. Документы о студентах в последствии распределяются по дневным и заочным отделениям ЯГМК.

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

Работники Приемной комиссии и отделений ЯГМК, зарегистрированные в автоматизированной системе, имеют возможность анализировать сводную информацию по всем отделениям.

1.5 Обоснование выбора технологии проектирования

Основными факторами выбора технологии проектирования можно назвать

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

В качестве средств проектирования ИС были выбраны ERWin, BPWin, а для реализации — широко используемый язык сценариев общего назначения с открытым исходным кодом (PHP) и реляционные базы данных на языке SQL (MySQL).

В данной информационной системе используется технология «клиент-сервер». На серверной части должны быть установлены: WWW-сервер Apache, интерпретатор PHP и СУБД MySQL. При необходимости список СУБД может быть расширен. Такой набор программ существует на большинстве современных WEB-серверах. Для клиентской машины достаточно только лишь WEB-браузера, например, Internet Explorer, который входит в состав ОС Windows.

1.6 Обоснование проектных решений по видам обеспечения

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

Подсистема — это часть системы, выделенная по какому-либо признаку.

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

1.6.1 По техническому обеспечению

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

Комплекс технических средств составляют:

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

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

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

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

Централизованное техническое обеспечение базируется на использовании в информационной системе больших ЭВМ и вычислительных центров.

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

Информационная система в Ярославском градостроительном колледже объединена в локальную сеть с выделенным сервером.

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

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

Критериями выбора технических средств являются:

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

1.6.2 По информационному обеспечению

Назначение подсистемы информационного обеспечения состоит в своевременном формировании и выдаче достоверной информации для решения задач, описанных выше (1.4).

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

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

Для создания информационного обеспечения необходимо:

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

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

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

1.6.3 По программному обеспечению

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

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

Разработанный программный продукт является независимым от платформы приложением, а это означает, что оно будет работать не только одной жестко заданной операционной системе. Весь жизненный цикл разработки производился на операционной системе (ОС) Windows. Данная ОС выпускается в разных редакциях, как для домашнего использования, так и для сетевых решений. Можно использовать и более младшие версии Windows 95 и Windows 98, лучшие продукты в свое время, но сейчас снятые с программной поддержки фирмой Microsoft, но не потерявшие актуальность и на сегодняшний день. В принципе выбор операционной системы зависит от мощности компьютера, хотя рекомендуется установить на свой рабочий компьютер Windows 2000, как зарекомендовавший себя как более устойчивая система.

На рабочих станциях сотрудников Приемной комиссии, рассматриваемых данным дипломным проектом, установлена операционная система Операционная система Windows XP Professional.

Рассмотрим некоторые особенности данной версии:

1. ОС основана на файловой системе NTFS, имеет поддержку файловой систем FAT. Поддержка MS DOS усовершенствована в отличии от Windows NT, имеет 32-х разрядную систему, поддержка устройств Plug&Play возможность отключения и подключения устройств во время работы операционной системы (жесткие диски, CD ROM, принтеры, сканеры и т.д.).

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

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

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

1.6.4 По технологическому обеспечению

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

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

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

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

Цель информационной технологии (ИТ) — производство информации для её анализа человеком и принятия на его основе решения по выполнению какого — либо действия.

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

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

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

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

2.1 Основы методологии проектирования ИС

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

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

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

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

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

В 70-х и 80-х годах при разработке ИС достаточно широко применялась структурная методология, предоставляющая в распоряжение разработчиков строгие формализованные методы описания ИС и принимаемых технических решений. Она основана на наглядной графической технике: для описания различного рода моделей ИС используются схемы и диаграммы. Наглядность и строгость средств структурного анализа позволяла разработчикам и будущим пользователям системы с самого начала неформально участвовать в ее создании, обсуждать и закреплять понимание основных технических решений. Однако, широкое применение этой методологии и следование ее рекомендациям при разработке конкретных ИС встречалось достаточно редко, поскольку при неавтоматизированной (ручной) разработке это практически невозможно. Действительно, вручную очень трудно разработать и графически представить строгие формальные спецификации системы, проверить их на полноту и непротиворечивость, и тем более изменить. Если все же удается создать строгую систему проектных документов, то ее переработка при появлении серьезных изменений практически неосуществима. Ручная разработка обычно порождала

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

Перечисленные факторы способствовали появлению программно-технологических средств специального класса — CASE-средств, реализующих CASE-технологию создания и сопровождения ИС. Термин CASE (Computer Aided Software Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение термина CASE, ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО), в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом. Теперь под термином CASE-средства понимаются программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного ПО (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вместе с системным ПО и техническими средствами образуют полную среду разработки ИС.

2.2 CASE-средства. Общая характеристика и классификация

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

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

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

Согласно обзору передовых технологий (Survey of Advanced Technology), составленному фирмой Systems Development Inc. в 1996 г. по результатам анкетирования более 1000 американских фирм, CASE-технология в настоящее время попала в разряд наиболее стабильных информационных технологий (ее использовала половина всех опрошенных пользователей более чем в трети своих проектов, из них 85% завершились успешно).

Однако, несмотря на все потенциальные возможности CASE-средств, существует множество примеров их неудачного внедрения, в результате которых CASE-средства становятся «полочным» ПО (shelfware).

В связи с этим необходимо отметить следующее:

CASE-средства не обязательно дают немедленный эффект;
он может быть получен только спустя какое-то время;

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

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

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

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

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

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

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

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

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

Интегрированное CASE-средство (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты;

репозиторий, являющийся основой CASE-средства. Он должен обеспечивать хранение версий проекта и его отдельных компонентов, синхронизацию поступления информации от различных разработчиков при групповой разработке, контроль метаданных на полноту и непротиворечивость;
графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели ИС;
средства разработки приложений, включая языки 4GL и генераторы кодов;
средства конфигурационного управления;
средства документирования;
средства тестирования;
средства управления проектом.

2.3 Функциональная модель

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

Проектирование информационной системы «Студент» начинается с рассмотрения бизнес — процессов.

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

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

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

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

функциональная модель 1

Рисунок 2. Диаграмма «Зачисление студентов. Уровень 1»

Первый уровень описывает задачу в целом. Необходимо отметить, что его важность заключается в том, что здесь определяются две принципиальные характеристики модели: точка зрения и цель. От них и зависит наполнение диаграммы, ведь одна и та же операция, например подача документов, с точек зрения абитуриента и ВЦ выглядит не одинаково, т.к. для ее реализации они выполняют разные действия. Мы рассматриваем данный процесс с точки зрения ВЦ. ВЦ занимается внесением данных об абитуриенте в базу данных, формированием различных списков в процессе поступления и выдачей данных по результатам экзаменов в виде различных форм и отчётов. На диаграмме показано, что создание автоматизированной информационной системы ведётся на основе данных полученных от абитуриента и под управлением Приказа и правил приёма в ЯГМК, а необходимыми механизмами являются абитуриент, ПК и ВЦ.

Теперь разобьем задачу на более мелкие составляющие — этапы:

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

функциональная модель 2

Рисунок 3. Диаграмма «Зачисление студентов. Уровень 2»

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

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

Процесс принятия документов, таким образом, разбивается на следующие пять этапов (рис. 4):

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

функциональная модель 3

Рисунок 4. Процесс принятия документов.

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

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

заполнение документов абитуриента;
проверка на правильность и полноту заполнения;
данных в ВЦ.

функциональная модель 4

Рисунок 5. Заполнение анкеты абитуриентов

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

Вернёмся на уровень выше, чтобы пояснить процесс регистрации изменений (рис. 6).

Этот процесс можно разделить на следующие этапы:

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

На данной диаграмме видно, что процессы происходят последовательно. Формированием данных списков занимается ВЦ, а передачей данных занимается секретарь комиссии.

функциональная модель 5

Рисунок 6. Регистрация изменений в данных абитуриентов.

Рассмотрим следующий основной процесс, после заполнения анкеты абитуриента, который называется «Процесс проведения экзаменов» (рис. 7).

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

проведение испытаний;
прием на вакантные места после 1 августа;
проведение общего конкурса;
подведение итогов экзаменов.

функциональная модель 6

Рисунок 7. Проведение экзаменов.

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

2.4 Логическая модель данных системы «Студент»

Информационная система оперирует следующими основными сущностями (в скобках указаны имена этих сущностей, под которыми они реализованы в СУБД):

Отделения (abt_departs);
Специальности (abt_specs);
Набираемые группы (abt_groups);
Данные об абитуриентах (abt_abiturs);
Города (abt_cities);
Региональные области (abt_areas);
Населенный пункт (abt_naspunkts);
Регионы (abt_regions);
Иностранный язык абитуриента (abt_inlang);
Группы подготовительного отделения (abt_podgroups);
Студенты (std_students);
Личные данные (std_pers_data);
Родственники (std_rodstv);
Вторичные данные (std_add_data);
Адреса (std_address);
Телефонные номера (std_phones);
Документы (std_documents);
Пропуски занятий (std_propuski);
Учебные дисциплины (std_subjects);
Оценки (std_marks);
Оценки на гос. экзаменах (std_gos)
Пользователи (users);
Разрешения (rights);
Группы пользователей (groups);
Языки интерфейса (languages);
Пользовательские меню (menus);
Модули (modules);
Адреса пользователей (users_ip).

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

Сущность «Отделения». Содержит информацию обо всех отделениях колледжа. Информация представлена в виде следующих атрибутов (табл. 1).

Таблица 1. — Атрибуты сущности «Отделения»

Атрибут

Описание

depart_id

Идентификатор записи, ключ

depart_name

Полное название отделения

depart_abbr

Аббревиатура или краткое наименование отделения

depart_phone

Внутренний телефон отделения

Таблица 2. — Атрибуты сущности «Специальности»

Атрибут	Описание
spec_id	Идентификатор записи, ключ
spec_depart	Код отделения, к которому относится специальность
spec_name	Название специальности
spec_abbr	Код специальности

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

Таблица 3. — Атрибуты сущности «Набираемые группы»

Атрибут	Описание
spec_id	Идентификатор записи, ключ
group_spec	Название специальности, к которой относится группа
group_class	На базе скольких классов осуществляется набор абитуриентов в группу
group_numb	Номер и название набираемой группы
group_name
group_budget	Платное или бесплатное обучение студентов в группе
group_max	Максимально допустимое количество студентов группы

Сущность «Данные об абитуриентах». Содержит паспортные данные абитуриента, сведения о полученном образовании до колледжа, результаты вступительных испытаний, результатов Единых государственных экзаменов, тестирований и собеседований (табл. 4).

Таблица 4. — Атрибуты сущности «Данные об абитуриентах»

Атрибут	Описание
abit_id	Идентификатор записи, ключ
abit_group	Название группы, в которую зачисляется абитуриент
abit_regnumb	Регистрационный номер в реестре абитуриентов
abit_fam	Фамилия абитуриента
abit_name	Имя абитуриента
abit_otch	Отчество абитуриента
abit_pasport	Номер и серия паспорта
abit_sex	Пол
abit_dateb	Дата рождения
Атрибут	Описание
abit_phone	Контактный телефон
abit_shcool	Школа, которую закончил абитуриент
abit_class	Количество оконченных классов
abit_yearend	Год окончания школы
abit_area	Область, в которой прописан абитуриент
abit_region	Регион, в котором прописан абитуриент
abit_naspunkt	Населенный пункт, в котором прописан абитуриент
abit_city	Город, в котором прописан абитуриент
abit_document	Принятый документ
abit_math	Балл за экзамен по математике
abit_russ	Балл за экзамен по русскому языку
abit_mathege	Балл, полученный за Единый государственный экзамен по математике
abit_russege	Балл, полученный за Единый государственный экзамен по русскому языку
abit_russtest	Балл, полученный за тестирование по русскому языку
abit_ballsum	Сумма баллов

Сущности «Региональные области», «Населенные пункты», «Регионы», «Города». Так как они имеют однотипную структуру (2ключевое — идентификатор и название), их описание приведено в одной таблице в соответствующем порядке.

Таблица 5. — Атрибуты сущностей «Региональные области», «Населенные пункты», «Регионы», «Города»

Атрибут	Описание
area_id	Идентификатор записи, ключ
naspunkt_id
region_id
city_id
area_name	Наименование
naspunkt_name
region_name
city_name

Сущности «Иностранный язык абитуриента», «Группы подготовительного отделения», «Льготы». Содержат список иностранных языков, изучаемых в школе, и наименование групп подготовительного отделения (табл. 6).

Таблица 6. — Атрибуты сущности «Иностранный язык», «Льготы», «Группы подготовительного отделения»

Атрибут	Описание
inlang_id	Идентификатор записи, ключ
podgroup_id
lgot_id
inlang_name	Наименования
podgroup_name
lgot_name

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

Таблица 7. — Атрибуты сущности «Пользователи»

Атрибут	Описание
user_id	Идентификатор записи, ключ
user_login	Имя учетной записи
user_passwd	Пароль
user_group	Группа к которой принадлежит пользователь
user_desc	Описание пользователя
user_lang	Язык интерфейса пользователя

Сущность «Разрешения». Содержит информацию о правах, предоставляемых пользователям и группам пользователей (табл. 8).

Таблица 8. — Атрибуты сущности «Разрешения»

Атрибут	Описание
right_id	Идентификатор записи, ключ
right_module	Наименование модуля
right_user	Код пользователя
right_user_type	Тип (группа или пользователь)
right_value	Значение прав

Сущность «Группы пользователей». Содержит название и описание групп пользователей (табл. 9).

Таблица 9. — Атрибуты сущности «Группы пользователей»

Атрибут	Описание
group_id	Идентификатор записи, ключ
group_name	Наименование группы
group_desc	Описание

Сущность «Языки интерфейса». Содержит список используемых языков интерфейса пользователя (табл. 10).

Таблица 10. — Атрибуты сущности «Языки интерфейса»

Атрибут	Описание
lang_id	Идентификатор записи, ключ
lang_name	Наименование языка
lang_desc	описание

Сущность «Пользовательские меню». Содержит данные пользовательского меню интерфейса ИС (табл. 11).

информационный логический физический программный

Таблица 11. — Атрибуты сущности «Пользовательские меню»

Атрибут	Описание
menu_id	Идентификатор записи, ключ
menu_user	Код пользователя
menu_user_type	Тип (группа или пользователь)
menu_module	Модуль который использует меню
menu_label	Метка меню

Сущность «Модули». Содержит данные пользовательского меню интерфейса ИС (табл. 12).

Таблица 12. — Атрибуты сущности «Модули»

Атрибут	Описание
module_id	Идентификатор записи, ключ
module_name	Наименование модуля
module_type	Тип модуля
module_label	Метка модуля

Сущность «Адреса пользователей». Содержит имена пользователей и соответствующие им IP адреса (табл. 13).

Таблица 13. — Атрибуты сущности «Адреса пользователей»

Атрибут	Описание
uip_id	Идентификатор записи, ключ
uip_user	Имя пользователя
uip_ip	IP адрес, закрепленный за данным пользователем

Сущность «Студенты». Содержит информацию о группе студента, годе окончания учебы, ссылки на персональную и дополнительную информацию.

Таблица 14. — Атрибуты сущности «Студенты»

Атрибут	Описание
id_student	Идентификатор записи, ключ
stud_group	Группа студента
stud_yearend	Год окончания студентом учебы
stud_pers_data	Ссылка на персональную информацию
stud_add_data	Ссылка на дополнительную информацию

Сущность «Родственники». Содержит информацию о родственниках студента (табл. 15).

Таблица 15. — Атрибуты сущности «Родственники»

Атрибут	Описание
id_rodstv	Идентификатор записи, ключ
rodstv_pers_data	Ссылка на персональную информацию
rodstv_student	Ссылка на студента
rodstv_desc	Описание
rodstv_work	Место работы

Сущность «Телефонные номера». Содержит информацию о телефонных номерах студентов и их родственников (табл. 16).

Таблица 16. — Атрибуты сущности «Телефонные номера»

Атрибут	Описание
id_phone	Идентификатор записи, ключ
phone_number	Телефонный номер
Phone_desc	Описание (примечание)

Сущность «Личные данные». Содержит информацию о личных данных студента или родственника (табл. 17).

Таблица 17. — Атрибуты сущности «Личные данные»

Атрибут	Описание
id_pers_data	Идентификатор записи, ключ
data_last_name	Фамилия студента (родственника)
data_first_name	Имя студента (родственника)
data_otch	Отчество студента (родственника)
Атрибут	Описание
data_sex	Пол студента (родственника)
data_address	Место прописки студента (родственника)
data_desk	Описание (примечание)
data_DR	Дата рождения студента (родственника)

Сущность «Адреса». Содержит информацию об месте прописки студента или его родственника (табл. 18).

Таблица 18. — Атрибуты сущности «Адреса»

Атрибут	Описание
id_address	Идентификатор записи, ключ
adr_region	Регион, в котором прописан студент
adr_area	Область, в которой прописан студент
adr_naspunkt	Населенный пункт, в котором прописан студент
adr_city	Город, в котором прописан студент
adr_street	Название улицы
adr_house	Номер дома
adr_korpus	Корпус
adr_flat	Номер квартиры

Сущность «Вторичные данные». Содержит дополнительную информацию о студенте (табл. 19).

Таблица 19. — Атрибуты сущности «Вторичные данные»

Атрибут	Описание
id_add_data	Идентификатор записи, ключ
add_diplom_theme	Тема дипломной работы студента
Атрибут	Описание
add_gak_mark	Оценка ГАК
add_type_of_study	Форма обучения студента
add_std_work	Место работы студента
add_next_sudy	Место следующей учебы студента

Сущность «Документы». Содержит информацию о документах, предоставленных студентом (табл. 20).

Таблица 20. — Атрибуты сущности «Документы»

Атрибут	Описание
id_doc	Идентификатор записи, ключ
doc_student	Ссылка на студента
doc_number	Номер документа
doc_date	Дата документа
doc_type	Тип документа

Сущность «Оценки». Содержит информацию об оценках студента за

Таблица 21. — Атрибуты сущности «Оценки»

Атрибут	Описание
id_mark	Идентификатор записи, ключ
mark_student	Ссылка на студента
mark_subj	Предмет, по которому получена оценка
mark_semestr	За какой семестр получена оценка
mark_type	Тип оценки
mark	Оценка

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

Таблица 22. — Атрибуты сущности «Оценки на гос. экзаменах»

Атрибут	Описание
id_gos	Идентификатор записи, ключ
gos_student	Ссылка на студента
gos_subj	Предмет, по которому был гос. экзамен
gos_mark	Оценка за гос. экзамен

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

Таблица 23. — Атрибуты сущности «Учебные дисциплины»

Атрибут	Описание
id_subject	Идентификатор записи, ключ
sub_name	Название учебной дисциплины

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

Таблица 24. — Атрибуты сущности «Учебные дисциплины»

Атрибут	Описание
id_propusk
prop_student	Ссылка на студента
prop_semestr	Семестр
prop_uvaz	Количество уважительных пропусков
prop_neuvaz	Количество неуважительных пропусков

2.5 Физическая модель данных системы «Студент»

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

Физическая модель данных информационной системы «Студент» ориентирована на СУБД MySQL и представлена в виде схемы (рис. 8).

На ней отображены сущности в виде прямоугольников со списком. Идентификаторы обозначены в первой строке списка, отделены от остальных атрибутов горизонтальной чертой. Связи отражены в виде линий между сущностями, типы связей указаны следующим образом. * — обозначает «Многие» («Ко многим», 1 — «Один» («К одному»).

физическая модель данных системы студент 1

2.6 Безопасность в ИС «Студент»

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

«Студент» это многопользовательская ИС. Пользователи разбиты на группы (администраторы, операторы и т.д.).

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

В правах для модулей выставляется параметры, с помощью которых можно добиться разных результатов. Рассмотрим на примере модуль «специальности» (каждая специальность относиться к одному определенному отделению).

Пользователь имеет возможность только просматривать полный список специальностей (т.е. на всех отделениях) и добавления, удалять на отделении «ОИТУП» и полный доступ на отделении «СО».

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

Каждый пользователь при входе в систему должен ввести имя своей учетной записи и пароль. Чтобы повысить безопасность информационной системы, был применен алгоритм хеширования MD5 (message digest), разработанный профессором Массачусетского технологического института Рональдом Ривестом (Ron Rivest) в 1991 г. Создается «отпечатки» или «дайджесты» сообщений произвольной длины.

Функцией перемешивания могут быть хэш — алгоритмы: MD2 (128 бит), MD4 (128 бит), MD5 (128 бит), SHA (160 бит) и т.д. В основном используются MD4 и MD5, обладающие высоким быстродействием и хорошими размешивающими характеристиками (MD4 в 3 раза быстрее MD5).

Далее будем полагать, что используется хэш-функция с 128 битным выходом m=128.

Нулевая итерация (начальное заполнение) примет вид:

Г ₀ = Hash(NomSeria, GodenDo, Nominal, SecretKey).

(1)

На выходе (1) получим фиксированную m — битную строку хэш — суммы.

В итоге возможно ≈ 2m начальных состояний генератора, вне зависимости от того, какой длины секретный ключ вводится и какой массив данных туда вводится

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

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

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

Для получения оценки эффективности в денежном выражении были решены

— определение затрат на разработку и эксплуатацию ИС (то есть определение полной стоимости владения ИС);

— определение затрат на выполнение подобных операций до внедрения информационной системы;

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

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

— затраты на оборудование;

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

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

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

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

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

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

3.1 Смета затрат на разработку

3.1.1 Определение трудоемкости

Затраты на разработку распределяются между двумя видами работ: научно-исследовательскими и опытно-конструкторскими. В рамках данного проекта предусматривается расчет затрат на выполнение только научно-исследовательских работ (НИР).

При определении трудоемкости НИР применяется метод укрупненного членения НИР на стадии и этапы.

Программное изделие планируется разрабатывать на основе системы управления базами данных MySQL, связь с БД будет осуществляться при помощи языка SQL. На языке PHP + DHTML будет реализован «движок» и графический интерфейс информационной системы.

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

Затраты труда на разработку типичного программного изделия (ПИ) принимаются в соответствии с данными представленными ниже (табл. 25).

Таблица 25. — Структура затрат на разработку

№	Наименование стадии	Содержание стадии	Трудоемкость, %
1.	Подготовительная стадия	Изучение научно-технической литературы. Согласование и утверждение тех. задания и календарного плана проведения работ.	13
2.	Теоретическая разработка	Технико-экономическое обоснование и описание задач для алгоритмизации.	10
3.	Алгоритмизация и программирование	Разработка алгоритмов, блок-схем, разработка, запросов, модулей и интерфейса на алгоритмическом языке, их отладка на ЭВМ.	65
4.	Обобщение и выводы	Обобщение результатов работы, выводы	5
5.	Техническая отчетность	Подготовка отчетной документации по выполненной работе	5
6.	Заключительная стадия	Оформление и утверждение результатов	2

3.1.3 Расчет количества условных команд разрабатываемого программного изделия

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

Q = q * (1 + P ₁ + P₂ + …. + P_n ),

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

q = q ₀ число команд ассемблера (от 2 до 10 команд)

= 100 * 20 = 2000 (усл. ком. )

_сл — коэффициент сложности программы (1.0 — 1.5)

P — коэффициент коррекции программы

n — количество коррекций программы в ходе разработки.

Каждый модуль программы потребует следующих доработок:

% серьезной доработки изменений текста программ;
% уточняющей отладочной доработки исходного текста.

Коэффициент типизации (повторение одинаковых или очень близких фрагментов в различных программных модулях) — 25%.

Соответственно разработка программы составляет 75%.

Таким образом, количество условных команд Q разрабатываемого ПИ составляет:

= 2000 * 1.2 * 0.75 * (1 + 0.15 + 0.02) = 2106 (усл. команд)

3.2 Расчет трудоемкости разработки программного изделия.

3.2.1 Расчет трудоемкости стадии алгоритмизации и программирования

Работы, выполняемые на третьей стадии разработки — алгоритмизации и программирования, являются наиболее сложными и наиболее длительными.

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

_З = t_И + t_А + t_БС + t_П + t_ОТ + t_ЭВМ + t_Д ,

где: t _И — затраты труда на изучение (и описание) задачи;

t _А — затраты труда на изучение задачи в целом и на разработку алгоритмов;

t _БС — затраты труда на разработку блок-схем;

t _П — затраты труда на программирование;

t _ОТ — затраты труда на отладку программы;

t _ЭВМ — время машинного счета на ПЭВМ;

t _Д — затраты на оформление документации.

Затраты труда на изучение задачи — t _И определяются по формуле:

расчет трудоемкости разработки программного изделия 1

где: Q — общее количество команд в программном комплексе (2106 усл. команд);

В ₃₁ — производительность исполнителя на первом этапе третьей стадии (55 ком/час);

К _КВ — коэффициент, отражающий квалификацию специалиста (для стажа менее 2 лет, коэффициент равен 0.8);

К _КАЧ — коэффициент, учитывающий требуемое качество описания задачи (1.1).

расчет трудоемкости разработки программного изделия 2

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

расчет трудоемкости разработки программного изделия 3

где В ₃₂ — производительность исполнителя на втором этапе третьей стадии (20 ком/час);

Затраты на разработку блок-схем ПИ определяются:

расчет трудоемкости разработки программного изделия 4

где В ₃₃ — производительность исполнителя на третьем этапе третьей стадии (22 ком/час);

Затраты труда на этапе программирования составляют:

расчет трудоемкости разработки программного изделия 5

где В ₃₄ — производительность на четвертом этапе третьей стадии (25 ком/час);

Затраты труда на отладку программы определяются:

расчет трудоемкости разработки программного изделия 6

где В ₃₅ — производительность на пятом этапе третьей стадии (10 ком/час);

Затраты на оформление документов составляют:

расчет трудоемкости разработки программного изделия 7

где В ₃₆ — производительность на шестом этапе третьей стадии (24 ком/час);

Время машинного счета на ЭВМ определяется:

_ЭВМ = В₃₇ = 10 (чел/час)

где В ₃₇ — время машинного счета на ЭВМ — 10 чел/час.

Таким образом трудоемкость работ на третьей стадии составит:

_З = 53 + 132 + +120 +105 +263 + 10 + 110 = 793 (чел/час)

Или, в человеко-днях, на алгоритмизацию и программирование буде затрачено:

расчет трудоемкости разработки программного изделия 8

3.2.2 Расчет трудоемкости остальных стадий

В соответствии с исходными данными таблицы № 3.1. можно определить трудоемкость 1, 2, 4, 5, 6 стадий разработки программного изделия:

расчет трудоемкости разработки программного изделия 9

где T _i — трудоемкость каждой стадии.

расчет трудоемкости разработки программного изделия 10

расчет трудоемкости разработки программного изделия 11

расчет трудоемкости разработки программного изделия 12

расчет трудоемкости разработки программного изделия 13

расчет трудоемкости разработки программного изделия 14

3.2.3 Расчет трудоемкости разработки в целом

T = T ₁ + T₂ + T₃ + T₄ + T₅ + T₆ = 159 + 122 + 793 + 61 + 61 + 24 = 1220 (чел. час) = 153 (чел.дн)

Выполненная проверка свидетельствует о правильности полученных значений:

расчет трудоемкости разработки программного изделия 15

3.2.4 Построение календарного плана графика

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

На 1, 2, 4 и 6 стадиях применяется труд ведущего программиста и инженера программиста, на 3 и 5 стадиях — только инженера — программиста.

Таблица 26. — Распределение трудоемкости работ между исполнителями на различных стадиях

№ п/п	Наименование стадий	Трудоемкость, чел. час	Занятые исполнители	Доля выполненных работ, %	Трудоемкость по исполнителям, чел. час
1	Подготовительная стадия	183	Ведущий инженер Инженер-программист	67 33	123 60
2	Теоретическая разработка	146	Ведущий инженер Инженер-программист	33 67	48 98
3	Алгоритмизация и программирован.	793	Инженер-программист	100	793
4	Обобщение и выводы	37	Ведущий инженер Инженер-программист	33 67	12 25
5	Техническая отчетность	49	Инженер-программист	100	49
6	Заключительная стадия	12	Ведущий инженер Инженер-программист	60 40	7 5

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

расчет трудоемкости разработки программного изделия 16 , где

T _i — общая трудоемкость j стадии; p — доля дополнительных работ (в нашем случае равна 0.2); t_g — количество часов в рабочем дне (8); f — переводной коэффициент, обеспечивающий переход от человеко-дней с календарным интервалом

f = (12 * 22) / 365 = 0.73 раб.дн/кал.дн

Эта формула модифицируется в формулу

расчет трудоемкости разработки программного изделия 17 , где

_i _j — относительная доля работ, выполняемых j-м исполнителем на i-й стадии. В результате получим следующие значения:

_1К = 123 * 1.2 / (0.73 * 8) = 25 (кал. дн)

T _2К = 98 * 1.2 / (0.73 * 8) = 20 (кал. дн)

T _3К = 793 * 1.2 / (0.73 * 8) = 163 (кал. дн)

T _4К = 25 * 1.2 / (0.73 * 8) = 6 (кал. дн)

T _5К = 49 * 1.2 / (0.73 * 8) = 10 (кал. дн)

T _6К = 7 * 1.2 / (0.73 * 8) = 1 (кал. дн)

Таким образом, общая продолжительность разработки составит 224 календарных дня.

3.3 Расходы на разработку

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

3.3.1 Основная заработная плата

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

Средняя заработная плата ведущего программиста — 6000 руб.

Средняя заработная плата инженера- программиста — 5000 руб.

Среднедневной заработок определяется по формуле:

З _СД = З_О / Ф, где

З _О — оклад в руб.

Ф — месячный фонд рабочего времени в днях (21.8 — среднее значение)

З _СД вед. инженера = 4000 / 21.8 = 183 руб.

З _СД инж.-прогр. = 3000 / 21.8 = 138 руб.

Общая затрата на зарплату отдельного работника определяется по формуле:

З = З _СД * Т, где

Т — время, затрачиваемое на разработку конкретным специалистом -участником (раб.дн).

Как следует из табл. 2

Т _{вед.инжен.} = (123+48+12+7)/8 = 190/8 = 24 (раб. дн)

Т _{инж.прогр.} = (60+98+793+25+49+5)/8 = 1030/8 = 129 (раб. дн)

Итого, затраты, связанные с зарплатой составят:

З _{вед.инжен.} = 183 * 24 = 4392 руб

З _{инж.прогр.} = 138 * 129 = 17802 руб

З _осн.. = 4392 + 17802 = 22194 руб

3.3.2 Определение социальных отчислений

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

Пенсионный фонд — ПФ — 28%;
Фонд обязательного медицинского страхования — ФОМС — 3.6%

Фонд социального страхования — ФСС — 4 %

Всего отчисления от ФОТ составляют — 35,6%

Соц.от. = 0.356 = 22194 * 0.356 = 7901 руб

Из них: ПФ = 0.28 * 22194 = 6215 руб

ФОМС = 0.036 * 22194 = 799 руб

ФСС = 0.04 * 22194 = 887 руб

3.3.3 Определение величины накладных расходов

Величина накладных расходов при разработке ПИ составляет 120 % от основной заработной платы — ФОТ. Следовательно L _накл. определятся:

_накл. = З_осн * 1.2 = 22194 * 1,2 = 26633 (руб)

Для проектирования и отладки программ используется IBM совместимый компьютер. Заработная плата обслуживающего персонала (одного наладчика) составляет 2000 руб. в месяц. Один наладчик обслуживает 5 ЭВМ с периферией. Следовательно, затраты, связанные с зарплатой при обслуживании на одну ПЭВМ, в месяц составляют — 2000/5 = 400 руб. В год соответственно эта величина составит 4800 руб.

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

А = 0.2 * 20 000 = 4000 (руб.)

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

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

расходы на разработку 1 , где

Ф _Д — годовой фонд машинного времени (час)

Ф _Д = количество месяцев в году * количество рабочих дней в месяце* количество рабочих часов в день.

Ф _Д = 12 * 21.8 * 8 = 2093 (час)

С _ПЭВМ = (4800 + 4000) / 2093 = 4,2 (руб./час)

Для разработки программного изделия необходимо заказать 349 часов машинного времени (табл. 27).

Затраты на него составляют:

_пэвм. = 4,2 * 349 = 1466 (руб)

Таблица 27. — Продолжительность работ на ПЭВМ на различных стадиях разработки

Стадия, этап	Трудоемкость, чел. час	Доля работ, выполн. на компьют., %	Необходимое машинное время, час
Подготовительная стадия	183	20	37
Теоретическая разработка	146	10	15
Алгоритмизация и программирование изучение и описание задачи разработка алгоритмов разработка блок-схем программирование отладка машинный счет оформление документов	53 132 120 105 263 12 110	10 — 10 50 67 100 20	5 — 12 52 176 10 22
Обобщение и выводы	37	10	4
Техническая отчетность	49	20	10
Заключительная стадия	12	50	6
Всего:	х	х	349

3.3.4 Определение расходов на материалы

При разработке программного изделия предполагается использовать:

листов бумаги для принтера формата А4 (1,5 пачки) стоимостью 100 руб. за пачку, 100 * 2 = 200 руб.;
один картридж для принтера марки HP1100 (черно-белый) стоимостью 1500 руб.;
дискет стоимостью 10 руб. штука, 10 * 10 = 100 руб.

Общая сумма расходов на материалы составит:

_мат. = 200 + 1500 + 100 = 1800 руб.

3.3.5 Общая сметная сумма затрат

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

L _см. = L_зп + L_соц + L_нак. + L_мат. + L_пэвм

С учетом выполненных ранее расчетов, общая сметная сумма затрат составит — L _см. = 22194 + 7901 + 26633 + 1800 + 1466 = 59994 (руб)

3.4 Экономический эффект

Расчет годового экономического эффекта от использования ПИ как элемента новой технологии проектирования и внедрения вычислительного определяется по формуле:

Э = (З ₁ — З₂ ) * А₂ где

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

З ₁ , З₂ — приведенные затраты на единицу работ, выполненных с помощью нового ПИ и без него, руб.;

А ₂ — годовой объем работ выполняемых с помощью нового ПИ в расчетном году, натур. ед.

Приведенные затраты (З ₂ ) на единицу работы рассчитываются по формулам:

З ₁ = С₁ + Е_н * К₁

З ₂ = С₂ + Е_н * К₂

где С ₁ , С₂ — себестоимость единицы работ производимых без использования ПИ и с помощью него, руб.;

К ₁ , К₂ капитальные вложения, связанные с использованием ПИ (К₂ ) и без его использования (К₁ ), руб.;

Е _н — нормативный коэффициент экономической эффективности капитальных вложений, равный 0,15.

Себестоимость единицы работ (С ₁ , С₂ ) определяется по формуле:

С ₁ = Зар. плата инспектора / N₀ * 21.8

С ₂ = Зар. плата инспектора / N₁ * 21.8

где Зар. плата инспектора — 1500 руб. в месяц

N ₀ — количество документов, обрабатываемых без компьютера в день (до 10);

N ₁ — количество документов, обрабатываемых с применением ПИ в день (до 50);

Следовательно себестоимость составит

С ₁ = 1500 / 10 * 21.8 = 1500 / 218 = 7 (руб)

С ₂ = 1500/ 50 * 21.8 = 1500 /1090 = 1,5 (руб)

Удельные капитальные вложения не связанные с использованием ПИ рассчитывается по формуле:

К ₁ = капитальные затраты / (N₀ * 21.8 * 12)

В свою очередь в капитальные затраты отнесены: электроэнергия 400 руб. в месяц *12 = 4 800, что составляет в общей сумме 4800 руб.

Подставив значения в формулу получим:

К ₁ = 4800 / (7*21.8*12) = 4800 / 1831 = 3 руб.

Удельные капиталовложения, связанные с использованием ПИ равны:

= L _СМ / (N₁ * 21.8 * 12)= 30322/(50 * 21.8 * 12)= 59994/13080 = 5 руб.

Следовательно, приведенные затраты на единицу работ равны:

З ₁ = 7 + 0.15 * 3 = 7 руб

З ₂ = 1,5 + 0.15 * 5 = 2 руб

Для расчета годового объема выполненных работ с помощью ПИ необходимо использовать формулу:

А ₂ = N₁ * 21.8 * 12 = 13080 (документов)

Зная все необходимые данные можно рассчитать годовой экономический эффект от использования ПИ:

Э = (7 — 2) * 13080 = 65400 руб.

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

Срок окупаемости капитальных затрат:

Тр = L _СМ / Э = 59994/65400 = 0,9 года

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

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

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

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

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

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

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

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

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

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

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

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

Поставленная задача была решена в нескольких программных продуктах: BPWin, ERWin, а также средства PHP, MySQL.

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

ERWin имеет два уровня представления модели — логический и физический.

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

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

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

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

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

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

Цели и задачи поставленные перед созданием дипломного проекта были выполнены и реализованы в полной мере.

Нормативно-правовые источники

[Электронный ресурс]//URL: https://drprom.ru/diplomnaya/avtomatizatsiya-priemnoy-komissii/

1. ГОСТ 34.601 — 90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

2. ГОСТ 34.602 — 89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

ГОСТ 19.201 — 78 ЕСПД. Техническое задание. Требования к содержанию и оформлению.
ГОСТ 19.202 — 78 ЕСПД.

Спецификация. Требования к содержанию и оформлению.

ГОСТ Р ИСО/МЭК 12207. Процессы жизненного цикла программных средств.

Учебники, монографии, брошюры

5. Коннолли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ. — М.: Издательский дом «Вильямс», 2000.

6. Дейт К. Дж. Введение в системы баз данных, 7-е изд.: Пер. с англ. М.: Издательский дом «Вильямс», 2001.

Смирнова Г.Н. и др. Проектирование экономических информационных систем: Учебник/Г.Н. Смирнова, А.А. Сорокин, Ю.Ф.Тельнов;
Под ред. Ю.Ф.Тельнова. — М.: Финансы и статистика, 2003.

Благодатских В.А. др. Стандартизация разработки программных средств: Учеб. пособие / В.А. Благодатских, В.А. Волнин, К.Ф. Поскакалов;
Под ред. О.С. Разумова. — М.: Финансы и статистика, 2005.

Вендров А.М. CASE — технологии. Современные методы и средства проектирования информационных систем. — М.: Финансы и статистика, 1998.
Вендров А.М.

Проектирование программного обеспечения экономических информационных систем: Учеб. — М.: Финансы и статистика, 2000.

Маклаков С.В. CASE-средства разработки информационных систем BPWin, ERWin. — М.: Диалог МИФИ, 2000.
Маклаков С.В.

Создание информационных систем с AllFusion Modeling Suite. — М.: ДИАЛОГ — МИФИ, 2003.

Вейцман В.М. Проектирование экономических информацонных систем: Учебное пособие/ — Яр.: МУБиНТ, 2002.
Гарсия-Молина, Гектор, Ульман, Джеффри, Д., Уидом, Дженифер Г21 Системы базы данных.

Полный курс.: Пер. с.англ. — М.: Издательский дом «Вильямс», 2003.

Автоматизированные информационные технологии в экономике/ред. Титоренко. — М, 1998.
Мигаев В.В.

Проектирование программных средств. — М, 1990.

Петров В.Н. Информационные системы. — СПб.: Питер, 2001.
Дейт К.

Введение в системы баз данных. — К.: «Диалектика», 1998.

Эффективная работа с СУБД А. Рубен, А. Горев, С. Макшарипов СПб.: Питер, 2001.
Максименков А.В.

Основы проектирования информационных систем. — М, 1991.

Денищенко Г., Коровкина Н. Проектирование информационных систем, 1997.
Черенков А.П.

Информационные системы для экономистов. Учебное пособие для ВУЗов., издательство «Экзамен», 1999.

Кузнецов С. SQL. Язык реляционных баз данных М. 2001.
Маклаков С.

В. Моделирование бизнес-процессов с BPwin 4.0 М. 2002.

Котеров Д.В. Самоучитель PHP4, СПб.: БХВ-Петербург, 2003.
Проектирование и реализация баз данных Microsoft SQL Server 2000.

Учебный курс MCAD/MCSE, MCDBA/Пер. с англ. — 2-е изд., испр. — М.: Издательско-торговый дом «Русская Редакция», 2003.

Администрирование Microsoft SQL Server 2000. Учебный курс MCSA/MCSE, MCDBA/Пер. с англ. — 2-е изд., испр. — М.: Издательско-торговый дом «Русская Редакция», 2002.

Электронные ресурсы

29. Электронный учебник «CASE-технологии».

URL: #»527077.files/image027.gif»>

Рисунок 9. Способ хранения данных абитуриентов.

экономический эффект 1

Рисунок 10. Документы Приемной комиссии для групп строительных специальностей.

Примеры похожих учебных работ

Метрологическая экспертиза и система сертификации средств измерения

... соответствующих РМГ29−99, ГОСТ 8 .417−2002 и действующим НТД. Основная цель метрологической экспертизы нормативно технической документации — анализ рациональности номенклатуры измеряемых параметров, правильности выбора средств измерения, а также ...

Диагностирование смазочной системы транспортных средств

... Рассмотрим подробнее данный вопрос. диагностика транспортный смазочный масло 1. Диагностика системы смазки Ключевым показателем при проверке системы смазки авто является давление масла в магистрали. При исправном двигателе после его запуска и ...

Разработка автоматизированной информационной системы

... собственные приложения. Для разработки автоматизированной информационной системы была выбрана интегрированная среда разработки Microsoft Visual FoxPro 6.0 для WINDOWS - приложений. Автоматизированная информационная система предназначена предоставлять ...

Разработка системы защиты информации на предприятии. Специальность: Комплексная защита ...

... части работы рассчитаны затраты на проектирование системы защиты. 5 2 ИСПОЛЬЗУЕМЫЕ ОБОЗНАЧЕНИЯ ИБ информационная безопасность НСД несанкционированный доступ СЗКИ средства защиты конфиденциальной информации АС автоматизированная система КИ ...

Разработка автоматизированной информационной системы (2)

... Обеспечение средств защиты информации. Разработка автоматизированной информационной системы Автоматизированная информационная система (АИС) - совокупность программно-аппаратных ... Задачи курсовой работы: Изучение основных процессов, протекающих в ...

Автоматизация и диспетчеризация систем электроснабжения

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