Разработка информационной системы для автоматизации работы отделений и приемной комиссии в среднем профессиональном учебном заведении
Оглавление
Введение
Глава 1. Обоснование необходимости создания
.1 Характеристика учреждения
.2 Краткая характеристика основных отделов учреждения
.3 Обоснование необходимости и цели использования
.4 Постановка задачи
.5 Обоснование выбора технологии проектирования
.6 Обоснование проектных решений по видам обеспечения
.6.1 По техническому обеспечению
.6.2 По информационному обеспечению
.6.3 По программному обеспечению
.6.4 По технологическому обеспечению
Глава 2. Разработка информационной системы
.1 Основы методологии проектирования ИС
.2 CASE-средства. Общая характеристика и классификация
.3 Функциональная модель
.4 Логическая модель данных системы
"Студент"
.5 Физическая модель данных системы
"Студент"
.6 Безопасность в ИС "Студент"
Глава 3. Анализ экономической эффективности
.1 Смета затрат на разработку
.1.1 Определение трудоемкости
.1.2 Структура затрат на разработку программного
изделия
.1.3 Расчет количества условных команд
разрабатываемого программного изделия
.2 Расчет трудоемкости разработки программного изделия
.2.1 Расчет трудоемкости стадии алгоритмизации и
программирования
.2.2 Расчет трудоемкости остальных стадий
.2.3 Расчет трудоемкости разработки в целом
.2.4 Построение календарного плана графика
.3 Расходы на разработку
.3.1 Основная заработная плата
.3.2 Определение социальных отчислений
.3.3 Определение величины накладных расходов
.3.4 Определение расходов на материалы
.3.5 Общая сметная сумма затрат
.4 Экономический эффект
Заключение
Список используемых источников
Приложения
Введение
Современная жизнь немыслима без эффективного управления. Одной из его
важнейших категорий является система обработки информации. От нее во многом
зависит эффективность работы любого предприятия. Без внедрения новых
компьютерных технологий на сегодняшний день не обходится ни одно предприятие
или учреждение. У каждого учреждения есть свои подразделения, деятельность
которых нуждаются в автоматизации.
В Ярославском градостроительном колледже одними из главных структурных
подразделений являются приемная комиссия и отделения, которые осуществляет
набор студентов на очное отделение и распределение студентов по специальностям
и группам и ведение личной информации о студентах.
Целью данного дипломного проекта является разработка информационной
системы для автоматизации, повышения эффективности и упрощения работы отделений
и приемной комиссии в среднем профессиональном учебном заведении.
Еще одной целью создания дипломного проекта с такой информационной
системой является доказательство того, что с его помощью работа приемной
комиссии и отделений станет проще, более оперативной и качественней. Для
осуществления этого будет создана база данных, содержащая информацию об
отделениях, специальностях, набираемых группах, личных данных абитуриентов, а
также технические таблицы обеспечения безопасности данных.
Дипломный проект состоит из трех глав.
В первой главе - аналитической части "Обоснование необходимости
создания информационной системы", отражается техническая характеристика
изучаемой предметной области, т.е. характеристика и организационная структура
среднего профессионального образовательного учреждения Ярославского
градостроительного колледжа (ЯГМК), краткая характеристика основных отделов
колледжа и структура управления рассматриваемого дипломным проектом отдела -
Приемной комиссии.
Во второй главе описана функциональная модель разрабатываемой системы,
входная, выходная информация, структура главного меню информационной системы и
технология работы созданного проекта, приведены экранные формы и основные этапы
работы с ними. Модели представлены в IDEF0 и созданы с использованием инструментальной среды BPWin. Отображены физическая и логическая
модели данных информационной системы. Эти модели созданы с использованием
средства проектирования базы данных ERWin.
В третьей части проведен анализ экономической эффективности проекта, в
частности определены затраты на разработку и эксплуатацию ИС (то есть
определение полной стоимости владения ИС). Также выявлены затраты на выполнение
подобных операций до внедрения информационной системы. Далее определен денежный
поток, высвобождаемый за счет использования новой системы.
Глава 1.
Обоснование необходимости создания
Изучаемой предметной областью дипломного проекта, тема которого
"Проектирование информационной системы Приемной комиссии Ярославского
градостроительного колледжа" является Федеральное государственное
образовательное учреждение среднего профессионального образования
"Ярославский государственный межрегиональный колледж градостроительства и
управления" (далее - Колледж или ЯГМК) реализует программы среднего
профессионального образования, профессиональной подготовки и дополнительного
профессионального образования на основании свидетельства о государственной
аккредитации, в соответствии с выданной ему лицензией на право ведения образовательной
деятельности и наделен правом выдавать выпускникам диплом государственного
образца о среднем профессиональном образовании.
Колледж образован Приказом Госстроя России от 04.08.2003 г. № 292 путем
переименования подведомственного ему Государственного образовательного
учреждения среднего профессионального образования "Ярославский
строительный техникум", созданного распоряжением Советом министров СССР от
20.08.1948 г. № 3786. Колледж является правопреемником Ярославского
строительного техникума.
Полное официальное наименование Колледжа на русском языке:
Федеральное государственное образовательное учреждение среднего
профессионального образования "Ярославский межрегиональный колледж
градостроительства и управления", аббревиатура - ФГОУ СПО ЯМКГУ.
Сокращенное официальное наименование Колледжа на русском языке:
"Ярославский градостроительный колледж", аббревиатура - ЯГМК.
1.1
Характеристика
учреждения
Колледж находится в ведомственном подчинении Федерального агентства по
строительству и жилищно-коммунальному хозяйству, которое в соответствии с п. 1
ст. 37 Закона Российской Федерации "Об образовании" и постановлением
Правительства Российской Федерации от 03.03.2001 № 160 "Об утверждении
Типового положения об образовательном учреждении среднего профессионального
образования (среднем специальном учебном заведении)" осуществляет в
отношении Колледжа функции федерального ведомственного органа управления
образованием и является Учредителем Колледжа. Отношения между Учредителем и
Колледжем определяются настоящим Уставом и заключенным между ними договором.
Колледж является некоммерческой организацией в организационно-правовой
форме федерального государственного учреждения и не имеет в качестве своей
основной цели деятельности извлечение прибыли.
Колледж является юридическим лицом, имеет находящееся в федеральной
собственности обособленное имущество, закрепленное за ним на праве оперативного
управления. Колледж отвечает по своим обязательствам находящимися в его
распоряжении денежными средствами. При их недостаточности субсидиарную
ответственность по обязательствам Колледжа несет собственник соответствующего
имущества. Колледж не несет ответственность по обязательствам собственника.
Права юридического лица у Колледжа в части ведения
финансово-хозяйственной деятельности, направленной на подготовку
образовательного процесса, возникают с момента его государственной регистрации,
а на ведение образовательной деятельности и льготы, установленные
законодательством Российской Федерации, с момента выдачи ему соответствующей
лицензии. Колледж может от своего имени
заключать договоры, приобретать и осуществлять имущественные и личные
неимущественные права и нести ответственность, выступать истцом и ответчиком в
суде.
Колледж имеет самостоятельный баланс, лицевые счета в органах
федерального казначейства, расчетные и иные счета в банках.
Колледж имеет печать установленного образца со своим полным наименованием
и изображением Государственного герба Российской Федерации, другие служебные
печати и штампы, необходимые реквизиты, ведет делопроизводство и архив.
Место нахождения Колледжа: Российская Федерация, г. Ярославль, ул.
Чайковского, д. 55 (пр. Октября, д. 21).
Почтовый адрес Колледжа: 150040, г. Ярославль, ул. Чайковского, д.55.
В своей деятельности Колледж руководствуется Конституцией Российской
Федерации, Законом Российской Федерации "Об образовании", Трудовым
Кодексом Российской Федерации, иными федеральными законами, указами и
распоряжениями Президента Российской Федерации, постановлениями и
распоряжениями Правительства Российской Федерации, Типовым положением об
образовательном учреждении среднего профессионального образования (среднем
специальном учебном заведении), решениями федерального (центрального)
государственного органа управления образованием, решениями Учредителя, иными
нормативными правовыми актами и настоящим Уставом.
Колледж самостоятельно формирует свою структуру, создает структурные
подразделения (за исключением филиалов), необходимые для осуществления его
деятельности, с последующим уведомлением Учредителя.
Колледж и его обособленные структурные подразделения являются единым
учебно-производственным комплексом, функционирование которого обеспечивается:
- обязательным участием всех его структурных
подразделений в обучении и воспитании студентов и в организации (обеспечении)
образовательного процесса;
- исполнением всеми его структурными
подразделениями решений Совета и руководства Колледжа.
Филиалы Колледжа в соответствии с действующим законодательством
Российской Федерации, проходят регистрацию по месту нахождения, лицензирование,
аттестацию и государственную аккредитацию в установленном порядке в
соответствии с Законом Российской Федерации "Об образовании".
Колледж несет в установленном законодательством Российской Федерации
порядке ответственность за:
- невыполнение или ненадлежащее выполнение своих
основных задач, определенных настоящим Уставом;
- несоблюдение государственных
требований к минимуму содержания и уровню подготовки выпускников и реализацию
образовательных программ не в полном объеме;
- качество образования выпускников;
- жизнь и здоровье студентов и
работников Колледжа во время образовательного процесса;
- нарушение прав и свобод студентов и
работников Колледжа;
- иные действия или бездействие,
ответственность за которые предусмотрена законодательством Российской
Федерации.
Колледж в соответствии с лицензией вправе осуществлять разрешенную
Законом Российской Федерации "Об образовании", иными федеральными
законами и нормативными правовыми актами предпринимательскую деятельность,
оказывать дополнительные платные образовательные услуги сверх основных
образовательных программ по договорам с предприятиями, учреждениями,
организациями и физическими лицами, если иное не установлено законодательством
Российской Федерации. Платная образовательная деятельность Колледжа не может
быть осуществлена взамен и (или) в рамках образовательной деятельности,
финансируемой за счет бюджетных средств. Условия предпринимательской
деятельности, в т.ч. предоставления платных образовательных услуг (стоимость,
порядок, сроки их предоставления), определяются отдельными договорами.
Колледж самостоятельно осуществляет экономическую и
финансово-хозяйственную деятельность в соответствии с Законом Российской
Федерации "Об образовании", иными федеральными законами и
нормативными правовыми актами.
За Колледжем в целях обеспечения образовательной деятельности
закрепляются на праве оперативного управления объекты (здания, сооружения,
оборудование, имущество потребительского, социального, культурного и иного
назначения). Имущество Колледжа находится в федеральной государственной
собственности, внесено в реестр федерального имущества на основании
Свидетельства выданного ГОУ СПО ЯСТ 22 декабря 1999 г., реестровый № 07600375.
емельные участки закрепляются за Колледжем в бессрочное безвозмездное пользование
органами местного самоуправления.
Доходы, полученные Колледжем от осуществления деятельности, разрешенной
законодательством Российской Федерации в полном объеме учитываются в смете
доходов и расходов Колледжа. Приобретенное за счет этих доходов имущество
поступает в самостоятельное распоряжение Колледжа и учитывается на отдельном
балансе. Учет указанных доходов после уплаты налогов и иных обязательных
платежей и возмещения затрат, а также использование поступивших средств
осуществляются в соответствии с бюджетным законодательством Российской
Федерации.
Источником формирования имущества Колледжа и финансирования его
деятельности являются:
- средства федерального бюджета;
- средства, получаемые от платных
образовательных, платных дополнительных образовательных услуг и от
осуществления разрешенной предпринимательской деятельности (от выполнения
хозяйственных и иных договоров, от реализации методической, информационной
продукции, от учебно-производственной деятельности);
- средства, поступающие от арендаторов
(субарендаторов) на возмещение затрат на предоставление возможности пользования
эксплуатационными, коммунальными и необходимыми административно-хозяйственными
услугами;
- плата за проживание в общежитиях, в
том числе гостиничного типа, за техническое обслуживание и текущий ремонт
жилья, за коммунальные услуги в ведомственном жилом фонде;
- кредиты банков и иные заемные
средства;
- средства, полученные за подготовку
кадров на условиях возмещения затрат;
- добровольные пожертвования и целевые
взносы физических и юридических лиц, в том числе иностранных, а также органов
государственной власти субъектов Российской Федерации, органов местного
самоуправления и другие источники в соответствии с законодательством Российской
Федерации.
Средства, полученные в качестве арендной платы, зачисляются на лицевой
счет Колледжа в органах федерального казначейства и используются на обеспечение
и развитие его образовательного процесса, содержание и развитие
материально-технической базы согласно смете, утвержденной Учредителем.
1.2 Краткая
характеристика основных отделов учреждения
Колледж и его обособленные структурные подразделения являются единым
учебно-производственным комплексом, функционирование которого обеспечивается:
- обязательным участием всех его структурных подразделений
в обучении и воспитании студентов и в организации (обеспечении)
образовательного процесса;
- исполнением всеми его структурными подразделениями
решений Совета и руководства Колледжа.
Директор. Непосредственное управление деятельностью Колледжа осуществляет
директор, назначаемый Учредителем в соответствии с заключенным срочным трудовым
договором. Порядок прохождения аттестации директора определяет Учредитель.
Директор без доверенности действует от имени Колледжа, представляет его
во всех организациях, использует и распоряжается в соответствии с
законодательством Российской Федерации его имуществом и средствами, заключает
договоры, в том числе трудовые, выдает доверенности, открывает лицевые счета в
органах федерального казначейства и счета в банках, издает в пределах своей
компетенции приказы и распоряжения и дает указания, обязательные для всех
работников и обучающихся.
Выборный состав Совета Колледжа представляют директор, представители всех
категорий работников, обучающихся, а также заинтересованных предприятий,
учреждений и организаций. Всего Совет Колледжа состоит из 27 человек.
Председателем Совета Колледжа является директор. Другие члены Совета Колледжа
выбираются общим собранием. Срок полномочий Совета Колледжа - 3 года.
К компетенции Совета Колледжа относится:
- разработка программы развития Колледжа и
совершенствования учебно-воспитательного процесса;
- обсуждение Устава, изменений и
дополнений к нему, других актов регламентирующих работу Колледжа;
- разработка и утверждение Положения о
порядке формирования и расходования внебюджетных средств;
- заслушивание информации и отчетов
руководства Колледжа о выполнении задач основной уставной деятельности;
- согласование ходатайств о награждении
работников Колледжа государственными и отраслевыми наградами, присвоении им
почетных званий;
- получение от директора информации по
вопросам, непосредственно затрагивающим интересы работников Колледжа.
Порядок формирования и работы Совета Колледжа, разграничения полномочий
между Советом Колледжа и директором определяются Положением о Совете Колледжа,
которое принимается на общем собрании и утверждается директором.
Бухгалтерия. Основными функциями бухгалтерии Колледжа являются:
осуществление расчетно-кассового обслуживания студентов и структурных
подразделений основывающихся на самоокупаемости; расчет заработных плат
сотрудников и преподавателей; перечисление заработной платы на отдельный
специальный карточный счет с использованием банковской карты; учет всех
материальных ценностей Колледжа; работа с банковскими счетами. Руководство
бухгалтерией осуществляет Главный бухгалтер.
Библиотека. Абонемент - где книги выдаются студентам и сотрудникам для
самостоятельной подготовки дома, читальный зал - книги выдаются на время и
только для работы в пределах библиотеки колледжа. Существует электронная
библиотека для облегчения поиска и работы с электронными учебниками и
каталогами. Руководство осуществляет - заведующая библиотекой.
Информатизационный
центр (ИЦ). Основными функциями РИЦ являются: размещение информации о деятельности
колледжа на сайте www.sttec.yar.ru (информации для абитуриентов, для сотрудников -
вакансии, о выпускниках колледжа, для заинтересованных лиц); деловая переписка
по средствам электронной почты; техническая и программная поддержка
специализированных компьютерных аудиторий и отдельных автоматизированных
рабочих мест. Руководство осуществляет - руководитель ИЦ
Учебный отдел. Функции: составление расписания и оперативных и плановых
замен в нем; анализ ошибок прошлого учебного года и внесение корректировок на
следующий; составление расписания учебных занятий; усовершенствование расчета
аудиторного фонда; ежемесячная отчетность по форме 2 и форме 3; автоматизация
учета рабочего времени преподавателей с ежедневным внесением изменений
(табель). Роль и место в общей структуре ЯГМК - координация и контроль учебным
процессом ЯГМК. Руководство осуществляет - руководитель УО.
Дневные и заочное отделения. Выполняют учебно-воспитательную работу со
студентами, организовываю культурно-массовые и общественные мероприятия:
походы, работа в колхозе, КВН между группами и др. учебными заведениями
среднего профессионального образования. Контролируют посещаемость учебных
занятий и успеваемость каждого студента в отдельности. Проводят беседы с
групповыми руководителями и являются переходным звеном между администрацией
колледжа и студентом. ОАР -отделение Архитектуры и рекламы, ОИТУП - отделение
информационных технологий и управления, СО - строительное отделение, ОЭС -
отделение экономики и сервиса, ЗО - заочное отделение. Руководство осуществляет
- заведующие отделениями.
Отделение дополнительного образования (ОДО). Не осуществляют
учебно-воспитательную работу, а предоставляют студентам колледжа возможности
для освоения дополнительных навыков и рабочих профессий, с получением
свидетельств о дополнительном образовании. Проводит курсы по повышению
квалификации преподавателей колледжа, а также для сотрудников сторонних
организаций. Руководство осуществляет - заведующая отделения.
Подготовительное отделение (ПО). Выполняет функцию связующего звена, где
школьнику дают почувствовать себя студентом, показывают все плюсы и минусы
студенческой жизни, а также различия между обучением в школе и в учебном
заведении среднего профессионального образования. Также подготавливает
школьников-выпускников к вступительным экзаменам по средствам подготовительных
курсов. Руководство осуществляет - заведующая отделения.
Кафедры предметных областей. Учебная работа, организация учебного
процесса, разработка учебной документации; обсуждение и согласование: перечня
вопросов и практических заданий для подготовки к экзаменам и экзаменационных
билетов; рассмотрение и утверждение: тематики и графиков выполнения курсового и
дипломного проектирования; анализ успеваемости студентов по результатам
входного контроля, межсессионной и промежуточной (семестровой) аттестации;
разработка мероприятий по повышению качества обучения; методическая работа;
воспитательная работа; совершенствование материально-технической базы кафедры и
составление самого важного документа для деятельности преподавательского
состава - это индивидуальный нагрузочный лист по дисциплинам, группам и
педагогическим часам. Все виды работ описаны в Рекомендации по планированию
работы кафедры, предметно-цикловой комиссии. Руководство осуществляет - заведующий
кафедрой, которая берет на себя обязанности по составлению нагрузочных листов,
контроль за деятельностью преподавателей, согласование документации с
заместителем директора по УВР. У каждого заведующего кафедрой есть заместитель,
который выполняет часть обязанностей заведующего, но в основном роль главного
консультанта по преподавательской деятельности и составлению
учебно-методических материалов. За каждой предметной кафедрой колледжа
закреплены педагогические работники - преподаватели, которые осуществляют
преподавательскую деятельность, а также выполняют единые педагогические
требования и все рекомендации по планированию работы кафедры,
предметно-цикловых комиссий.
Приемная комиссия. В функции приемной комиссии входит разработка Правил
приема в колледж в соответствии с Правилами приема в ЯГМК (см. Приложение 1);
координация деятельности всех подразделений колледжа, занимающихся
профориентацией молодежи и ее подготовкой к вступительным испытаниям;
организация приема документов, проведение вступительных испытаний.
Все взаимодействия Приемной комиссии с другими структурными
подразделениями учебного заведения отображены на структурной схеме (рис. 1.1).
Рисунок 1. Структурная схема внутреннего взаимодействия приемной комиссии
1.3
Обоснование необходимости и цели использования
В настоящее время во многих учебных заведениях проводятся определенные
работы по внедрению современных средств телекоммуникаций и компьютерных систем,
однако активная деятельность в области информатизации в большинстве
образовательных учреждений направлена на использование информационных и
телекоммуникационных технологий только в учебном процессе и не затрагивает
процессы управления.
Оптимизация и автоматизация деятельности приводит, зачастую, к
структурной и логической реорганизации подразделений, где проводится внедрение
автоматизированных систем, что, в конечном счете, должно приводить к повышению
эффективности их деятельности.
На сегодняшний день немногие учебные заведения имеют автоматизированной
системы по данному виду деятельности, в основном такие системы есть только в
ВУЗах.
В период набора новых студентов работа Приемной комиссии ЯГМК
"кипит" с утра до вечера. Ввод личных данных абитуриентов
осуществляется при помощи электронных таблиц MS Excel (Приложение 2). Таким же образом обстоят дела и на
отделениях колледжа.
Многофункциональность и удобство данной программы бесспорно, но в нашей
ситуации (а именно, огромное количество полей в таблицах, не объединенных в
базу данных) для проведения отчетов и итогов требуются сотни трудовых часов.
Численный состав работников Приемной комиссии отделений не позволяет
справляться с потоком поступающих, поэтому администрацией колледжа на этот
период со своих рабочих мест направляются операторы предметно-цикловых
комиссий, а также операторы Информатизационного центра. При этом у них нередко
увеличивается количество работы и трудовая нагрузка. Такое решение
администрация может принять в последний день и операторы, планировавшие
провести отпуск, скажем, в июне поедут отдыхать только в августе. Вся
накопленная таким образом информация об абитуриентах, а в последствии о
студентах децентрализовано хранится на отделениях в виде множества файлов и
бумажных стопок, что не позволяет проводить какой либо анализ или учет.
Имея представление о работе Приемной комиссии и отделений, было принято
решение разработать информационную систему, отвечающую задачам данных
структурных подразделений.
1.4
Постановка задачи
Приемная комиссия:
В результате анализа деятельности Приемной комиссии ЯГМК предлагаются
следующие принципы организации ее работы с учетом использования разрабатываемой
автоматизированной системы "Студент", которая должна предоставлять
следующую информацию:
- перечень направлений подготовки и специальностей, на
которые учебное заведение объявляет прием документов в соответствии с
лицензией;
- количество мест для приема на первый
курс в соответствии с утвержденными контрольными цифрами, количество мест для
приема на последующие курсы, финансируемых из федерального бюджета, по каждому
направлению подготовки и специальности;
- количество мест, финансируемых из
федерального бюджета, которые выделены для целевого приема по специальностям и
направлениям подготовки;
- количество мест для приема на первый
и последующие курсы по каждому направлению подготовки и каждой специальности с
оплатой стоимости обучения на договорной основе;
- перечень вступительных испытаний на
каждые направление подготовки и специальность, их программы, а также систему
оценки знаний поступающих, в том числе наименование и форму проведения
вступительных испытаний для поступающих, имеющих право на зачисление по
результатам уменьшенного числа испытаний;
- а также выполнять:
- организацию конкурса на места,
финансируемые из федерального бюджета (по специальностям или направлениям, по
группам специальностей, по отделениям или учебному заведению в целом при
условии совпадения вступительных испытаний);
- организацию конкурса на места с
оплатой стоимости обучения на договорной основе;
- заведение личной карточки на каждого
абитуриента;
- расчет проходного балла;
- заполнение документов по зачислению
студентов;
- автоматическое начальное разбиение по
группам.
Зачисление абитуриентов в студенты
Для исключения возможных ошибок и оперативного проведения процесса зачисления,
автоматизированная система должна иметь мощный аналитический инструмент,
позволяющий получать выборки по различным возможным критериям, учитывающий все
возможные правила приема в университет. Также должна существовать возможность
автоматизированной генерации различных форм отчетности, в том числе и приказов
на зачисление. Кроме того, предлагаемая аналитическая система должна помочь
абитуриенту выявить специальности, куда поступить у него больше шансов.
Дневные и заочные отделения ЯГМК:
В результате анализа деятельности дневных и заочных отделений ЯГМК
предлагаются следующие принципы организации ее работы с учетом использования
разрабатываемой автоматизированной системы "Студент", которая должна
предоставлять решать следующие задачи: сбор личных данных, результатов
успеваемости и посещаемости студентов дневного и заочного отделений с целью
анализа деятельности отделений, упрощение процедуры оформления отчетов,
накопление информации для подготовки документов к ИГА.
Ответственное лицо на каждом отделении самостоятельно вносит личные
данные при зачислении колледж (импортируя данные из модуля приемной комиссии),
данные по успеваемости и посещаемости посеместрово. Эти данные собираются в
одном модуле для дальнейшей обработки и анализа (переход к отчетным формам,
сводным ведомостям и т.д.).
Модуль должен мгновенно предоставлять необходимую информацию, при этом
требуется организация разграничения уровня доступа к данным для различных
пользователей.
Информация, собранная Приемной комиссией, в последствии будет доступна
для импортирования и дальнейшей работы дневных и заочных отделений ЯГМК, такая
предварительная работа позволит разгрузить работников дневных и заочных
отделений ЯГМК во время заполнения базы данных информацией о зачисленных
студентах.
Регистрацию всех абитуриентов и студентов в информационной базе и прием
документов желательно организовать в отдельном помещении с большой площадью,
где должны разместиться компьютерные рабочие станции с принтерами. Ввод данных
в базу данных должны выполнять подготовленные операторы, в качестве которых
могут выступать сотрудники предметно-цикловых комиссий, которых пересаживают в
приемную комиссию на время набора студентов. Возможно, также, привлечение
ответственных студентов, а их работа - может быть организована в виде учебной
или производственных практик.
Документы складываются в папку (единственную на одного
абитуриента/студента). Для хранения документов абитуриентов необходимо
оборудовать отдельную аудиторию со шкафами-ячейками, в алфавитном порядке.
Документы о студентах в последствии распределяются по дневным и заочным
отделениям ЯГМК.
При такой предлагаемой форме организации сбора информации в базе данных и
способе хранения документов от абитуриентов в отдельном помещении, работа
отборочных комиссий может быть акцентирована, в основном, на консультации
абитуриентов с целью правильной ориентации их в выборе той или иной
специальности.
Работники Приемной комиссии и отделений ЯГМК, зарегистрированные в
автоматизированной системе, имеют возможность анализировать сводную информацию
по всем отделениям.
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.
Разработка информационной системы
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
Функциональная модель
В настоящее время очевиден факт, что успешное функционирование
человеко-машинных информационных систем и технологий определяется качеством
проектирования. Проектирование имеет целью обеспечить эффективное
функционирование АИС. Именно качественное проектирование обеспечивает создание
такой системы, которая способна функционировать при постоянном
совершенствовании её технических, программных и информационных составляющих,
т.е. её технологической основы, и расширять спектр реализуемых управленческих
функций и объектов взаимодействия.
Проектирование информационной системы "Студент" начинается с
рассмотрения бизнес - процессов.
Для описания бизнес процессов подлежащих учету в информационной системе
"Студент" используется функциональное моделирование.
Функциональная модель представляет любой процесс как совокупность функциональных
блоков соединенных интерфейсными дугами. Функциональный блок - действие,
выраженное глагольным оборотом, интерфейсная дуга - предмет, описанный
существительным с уточняющей информацией. В зависимости от места соединения
дуги с блоком различают входы (слева), выходы (справа), управление (сверху),
механизмы или ресурсы (снизу).
Любое действие может быть декомпозировано, т.е. разложено на более
мелкие, которые, в свою очередь могут быть декомпозированы, и т.д. до уровня
разумной достаточности.
Назначение функциональной модели - выявить процессы, нуждающиеся в
регистрации, определить информационные потоки, циркулирующие в организации,
наметить структуру информации о предметах участвующих в бизнес процессе,
очертить группы персонала которые будут заниматься вводом и обработкой
информации на различных этапах ее прохождении. Здесь же необходимо обдумать
содержание и оформление отчетных форм. Ниже приведена функциональная модель
работы Приемной комиссии.
Рисунок 2. Диаграмма "Зачисление студентов. Уровень 1"
Первый уровень описывает задачу в целом. Необходимо отметить, что его
важность заключается в том, что здесь определяются две принципиальные
характеристики модели: точка зрения и цель. От них и зависит наполнение диаграммы,
ведь одна и та же операция, например подача документов, с точек зрения
абитуриента и ВЦ выглядит не одинаково, т.к. для ее реализации они выполняют
разные действия. Мы рассматриваем данный процесс с точки зрения ВЦ. ВЦ
занимается внесением данных об абитуриенте в базу данных, формированием
различных списков в процессе поступления и выдачей данных по результатам
экзаменов в виде различных форм и отчётов. На диаграмме показано, что создание
автоматизированной информационной системы ведётся на основе данных полученных
от абитуриента и под управлением Приказа и правил приёма в ЯГМК, а необходимыми
механизмами являются абитуриент, ПК и ВЦ.
Теперь разобьем задачу на более мелкие составляющие - этапы:
- процесс принятия документов;
- проведение экзаменов;
- процесс зачисления.
Рисунок 3. Диаграмма "Зачисление студентов. Уровень 2"
Из диаграммы видна последовательность и взаимосвязь этапов, легко видеть,
что претенденты на зачисление формируются как перед экзаменами, так и после
экзаменов.
На данном этапе уже происходит формирование основных списков: список
абитуриентов разделённых по группам, список абитуриентов претендующих на
зачисление без экзаменов, список по результатам экзаменов, список зачисленных.
Процесс принятия документов, таким образом, разбивается на следующие пять
этапов (рис. 4):
- заполнение анкеты абитуриента;
- создание списка человек/место;
- регистрация изменений;
- составление списка абитуриентов по
группам;
- составление списка претендентов без
экзаменов.
Рисунок 4. Процесс принятия документов.
На данной диаграмме рассмотрен процесс принятия документов. Этот процесс
начинается с заполнения абитуриентом анкеты и заканчивается формированием двух
типов списков перед экзаменами.
Следует обратить внимание на процесс заполнения анкеты абитуриента,
который можно разбить на следующие процессы (рис. 5):
- заполнение документов абитуриента;
- проверка на правильность и полноту
заполнения;
- данных в ВЦ.
Рисунок 5. Заполнение анкеты абитуриентов
На данной диаграмме ясно видно, что анкеты абитуриентов проверяются
секретарем приёмной комиссией и на ВЦ попадают только безошибочно заполненные
анкеты.
Вернёмся на уровень выше, чтобы пояснить процесс регистрации изменений
(рис. 6).
Этот процесс можно разделить на следующие этапы:
- формирование списков абитуриентов,
забравших документы;
- формирование списков абитуриентов
сменивших специальность;
- формирование списка абитуриентов,
пользующихся льготами.
На данной диаграмме видно, что процессы происходят последовательно.
Формированием данных списков занимается ВЦ, а передачей данных занимается
секретарь комиссии.
Рисунок 6. Регистрация изменений в данных абитуриентов.
Рассмотрим следующий основной процесс, после заполнения анкеты
абитуриента, который называется "Процесс проведения экзаменов" (рис.
7).
Проведение экзаменов при более подробном рассмотрении можно разделить на
следующие этапы:
- проведение испытаний;
- прием на вакантные места после 1
августа;
- проведение общего конкурса;
- подведение итогов экзаменов.
Рисунок 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).
Таблица 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 - "Один" ("К
одному").
2.6 Безопасность
в ИС "Студент"
В информационной системе использована модульная система. Т.е. пишутся
модули, отвечающие за конкретную область данных, например, отделения
(факультеты), пользователи и т.п., основные функции которых складываются в
общее хранилище, т.е. это дает возможность использования этих функций из других
модулей.
"Студент" это многопользовательская ИС. Пользователи разбиты на
группы (администраторы, операторы и т.д.). Для каждого пользователя и группы
настраиваются права для конкретного модуля. Пользователи наследуют права своей
группы, но для каждого пользователя их можно переназначить.
В правах для модулей выставляется параметры, с помощью которых можно
добиться разных результатов. Рассмотрим на примере модуль
"специальности" (каждая специальность относиться к одному
определенному отделению). Пользователь имеет возможность только просматривать
полный список специальностей (т.е. на всех отделениях) и добавления, удалять на
отделении "ОИТУП" и полный доступ на отделении "СО".
Права для более обширных модулей наследуются более узкими. Т.е. если
пользователь имеет права на специальность, то он так же имеет такие же права и
на группы в этой специальности, и на абитуриентов в этих группах.
Каждый пользователь при входе в систему должен ввести имя своей учетной
записи и пароль. Чтобы повысить безопасность информационной системы, был
применен алгоритм хеширования MD5 (message digest), разработанный профессором Массачусетского
технологического института Рональдом Ривестом (Ron Rivest) в 1991 г. Создается "отпечатки" или
"дайджесты" сообщений произвольной длины.
Функцией перемешивания могут быть хэш - алгоритмы: MD2 (128 бит), MD4
(128 бит), MD5 (128 бит), SHA (160 бит) и т.д. В основном используются MD4 и
MD5, обладающие высоким быстродействием и хорошими размешивающими
характеристиками (MD4 в 3 раза быстрее MD5).
Далее будем полагать, что используется хэш-функция с 128 битным выходом
m=128.
Нулевая итерация (начальное заполнение) примет вид:
Г0 = Hash(NomSeria, GodenDo,
Nominal, SecretKey). (1)
На выходе (1) получим фиксированную m - битную строку хэш - суммы.
В итоге возможно ≈ 2m начальных состояний генератора, вне
зависимости от того, какой длины секретный ключ вводится и какой массив данных
туда вводится
Глава 3.
Анализ экономической эффективности
Внедрение современных информационных технологий - дело дорогостоящее.
Функционирование компаний в рыночной среде требует как минимум анализа
экономических последствий, а еще лучше - оценки экономической эффективности
того или иного шага преобразования системы управления организацией.
Оценка экономической эффективности ИС - сложная и трудоемкая работа,
требующая не только технических навыков, но и экономических. Только сочетание
этих двух составляющих может привести к достоверному результату проводимого
анализа.
Внедрение и эксплуатация данной системы позволит качественные улучшения
бизнес-процессов, такие как: сокращение времени выполнения операций, уменьшение
трудозатрат на составление отчетов, уменьшение количества допускаемых ошибок
при расчетах, повышение оперативности управления документами и др. Подобные
"технические" параметры полученного результата безусловно стимулируют
к внедрению ИТ в учебном заведении, но более весомым аргументом для руководства
колледжа является отражение достигнутого в денежном выражении.
Для получения оценки эффективности в денежном выражении были решены
следующие задачи:
- определение затрат на разработку и
эксплуатацию ИС (то есть определение полной стоимости владения ИС);
- определение затрат на выполнение
подобных операций до внедрения информационной системы;
- определение денежного потока,
высвобожденного за счет использования новой системы.
При этом принципиальным условием адекватной оценки финансового результата
разработки и внедрения ИС является стыковка данных управленческого учета затрат
и данных самой информационной службы предприятия. Такая стыковка необходима для
сбора данных о затратах на проект в полном объеме, включая:
- затраты на оборудование;
- затраты на услуги по монтажу и
технической поддержке оборудования, программного обеспечения и средств связи;
- затраты вычислительных ресурсов,
дискового пространства и пропускной способности каналов связи корпоративной
сети общего пользования;
- трудозатраты сотрудников
информационной службы и внешних консультантов на администрирование и
техническую поддержку вычислительных ресурсов, совместно используемых системами
общего пользования и разработанной системой;
- трудозатраты на выполнение операций и
отчетов работниками, непосредственно использующими систему.
В данном разделе рассмотрена методика и специфика расчета экономической
эффективности проекта. При оценке экономической эффективности ИС использовалось
комбинирование различных методик, приведенных в немногочисленной литературе на
эту тему.
Эффективность - одно из наиболее общих экономических понятий, не имеющих
пока, по-видимому, единого общепризнанного определения. Это одна из возможных
характеристик качества системы, а именно её характеристика с точки зрения
соотношения затрат и результатов функционирования системы.
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 + P1 + P2 + …. + Pn),
где q - предполагаемое число команд
программы, определяемое в ориентации на ассемблерную обработку.
q = q0 число команд ассемблера (от 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И определяются по формуле:
где:
Q - общее
количество команд в программном комплексе (2106 усл. команд);
В
31 - производительность исполнителя на первом этапе третьей стадии
(55 ком/час);
ККВ
- коэффициент, отражающий квалификацию специалиста (для стажа менее 2 лет,
коэффициент равен 0.8);
ККАЧ
- коэффициент, учитывающий требуемое качество описания задачи (1.1).
Остальные
величины трудоемкости на различных этапах работы определяются по той же формуле
с учетом исходных данных, получаемых в ходе анализа системы. Затраты труда
на изучение задачи в целом и разработку алгоритмов составят:
где
В32 - производительность исполнителя на втором этапе третьей стадии
(20 ком/час);
Затраты
на разработку блок-схем ПИ определяются:
где
В33 - производительность исполнителя на третьем этапе третьей стадии
(22 ком/час);
Затраты
труда на этапе программирования составляют:
где
В34 - производительность на четвертом этапе третьей стадии (25
ком/час);
Затраты
труда на отладку программы определяются:
где
В35 - производительность на пятом этапе третьей стадии (10 ком/час);
Затраты
на оформление документов составляют:
где
В36 - производительность на шестом этапе третьей стадии (24
ком/час);
Время
машинного счета на ЭВМ определяется:
ЭВМ = В37 = 10
(чел/час)
где
В37 - время машинного счета на ЭВМ - 10 чел/час.
Таким
образом трудоемкость работ на третьей стадии составит:
З = 53 + 132 + +120 +105
+263 + 10 + 110 = 793 (чел/час)
Или,
в человеко-днях, на алгоритмизацию и программирование буде затрачено:
3.2.2 Расчет
трудоемкости остальных стадий
В соответствии с исходными данными таблицы № 3.1. можно определить
трудоемкость 1, 2, 4, 5, 6 стадий разработки программного изделия:
где
Ti -
трудоемкость каждой стадии.
3.2.3 Расчет
трудоемкости разработки в целом
T = T1 + T2 + T3 + T4 + T5 + T6 = 159 + 122 + 793 + 61 + 61 + 24 =
1220 (чел. час) = 153 (чел.дн)
Выполненная проверка свидетельствует о правильности полученных значений:
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
|
При определении продолжительности каждой из стадий учитывается следующее,
чтобы данная стадия не оказалась меньшей, чем трудоемкость, приходящаяся на
какого-либо исполнителя. Расчет календарной продолжительности стадии
определяется по формуле, предполагающей равную степень загруженности Rj исполнителей на j -й стадии.
 , где
Ti - общая трудоемкость j стадии; p - доля дополнительных работ (в нашем случае равна 0.2); tg - количество часов в рабочем дне (8); f - переводной коэффициент,
обеспечивающий переход от человеко-дней с календарным интервалом
f =
(12 * 22) / 365 = 0.73 раб.дн/кал.дн
Эта формула модифицируется в формулу
 , где
ij -
относительная доля работ, выполняемых j-м исполнителем на i-й
стадии. В результате получим следующие значения:
1К = 123 * 1.2 / (0.73 * 8)
= 25 (кал. дн)
T2К= 98 * 1.2 / (0.73 * 8) = 20 (кал. дн)
T3К= 793 * 1.2 / (0.73 * 8) = 163 (кал. дн)
T4К= 25 * 1.2 / (0.73 * 8) = 6 (кал. дн)
T5К= 49 * 1.2 / (0.73 * 8) = 10 (кал. дн)
T6К= 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 руб. По отношению к амортизации
это в десять раз меньше, а оплата занимаемых площадей, их освещение, отопление
и обслуживание учтены как общехозяйственные расходы, входящие в смету как
накладные расходы. Стоимость расходов на материалы при эксплуатации ПЭВМ
учитываются в соответствующей статье сметы.
Таким образом, себестоимость часа машинного времени составляет:
 , где
ФД
- годовой фонд машинного времени (час)
ФД
= количество месяцев в году * количество рабочих дней в месяце*
количество рабочих часов в день.
ФД
= 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
Экономический эффект
Расчет годового экономического эффекта от использования ПИ как элемента
новой технологии проектирования и внедрения вычислительного определяется по
формуле:
Э = (З1 - З2) * А2где
Э - годовой экономический эффект от использования ПИ в вычислительных
процессах, руб.;
З1 , З2 - приведенные затраты на единицу работ,
выполненных с помощью нового ПИ и без него, руб.;
А2 - годовой объем работ выполняемых с помощью нового ПИ в
расчетном году, натур. ед.
Приведенные затраты (З2) на единицу работы рассчитываются по
формулам:
З1 = С1 + Ен * К1
З2 = С2 + Ен * К2
где С1, С2 - себестоимость единицы работ
производимых без использования ПИ и с помощью него, руб.;
К1, К2 капитальные вложения, связанные с
использованием ПИ (К2) и без его использования (К1),
руб.;
Ен- нормативный коэффициент экономической эффективности
капитальных вложений, равный 0,15.
Себестоимость единицы работ (С1, С2) определяется
по формуле:
С1 = Зар. плата инспектора / N0* 21.8
С2 = Зар. плата инспектора / N1 * 21.8
где Зар. плата инспектора - 1500 руб. в месяц
N0
- количество
документов, обрабатываемых без компьютера в день (до 10);
N1 - количество документов,
обрабатываемых с применением ПИ в день (до 50);
Следовательно себестоимость составит
С1 = 1500 / 10 * 21.8 = 1500 / 218 = 7 (руб)
С2 = 1500/ 50 * 21.8 = 1500 /1090 = 1,5 (руб)
Удельные капитальные вложения не связанные с использованием ПИ
рассчитывается по формуле:
К1 = капитальные затраты / (N0* 21.8 * 12)
В свою очередь в капитальные затраты отнесены: электроэнергия 400 руб. в
месяц *12 = 4 800, что составляет в общей сумме 4800 руб.
Подставив значения в формулу получим:
К1 = 4800 / (7*21.8*12) = 4800 / 1831 = 3 руб.
Удельные капиталовложения, связанные с использованием ПИ равны:
= LСМ / (N1* 21.8 * 12)= 30322/(50 * 21.8 * 12)= 59994/13080 = 5 руб.
Следовательно, приведенные затраты на единицу работ равны:
З1 = 7 + 0.15 * 3 = 7 руб
З2 = 1,5 + 0.15 * 5 = 2 руб
Для расчета годового объема выполненных работ с помощью ПИ необходимо
использовать формулу:
А2 = N1
* 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.
Цели и задачи поставленные перед созданием дипломного проекта были
выполнены и реализованы в полной мере.
Список
используемых источников
Нормативно-правовые источники
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. Способ хранения данных абитуриентов.
Рисунок 10. Документы Приемной комиссии для групп строительных
специальностей.
Похожие работы на - Разработка информационной системы для автоматизации работы отделений и приемной комиссии в среднем профессиональном учебном заведении
|