II. проблемы информатизации образования в регионе и пути их решения 6

Вид материала

Содержание

Расчет трудозатрат на разработку подсистемы "Кадры сотрудников"
Автоматизированная информационная система "абитуриент"
Формирование плана набора на специальности и расписания экзаменов
Прием документов
Проверка подлинности аттестата
Просмотр/корректировка сведений об абитуриенте
Вступительные испытания
Ввод и обработка оценок
Формирование справок и сводок
Ведение журнала сдачи экзаменов абитуриентом
Формирование протоколов и приказов
Формирование сводок
Разделы карточки

Подобный материал:

1 2 3 4 5 6 7 8

Этап 3. Детальное проектирование базовой версии ПС

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

Этап 4. Кодирование (программирование), отладка и разработка документации компонентов базовой версии ПС

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

Этап 5. Интеграция (комплексирование) и комплексная отладка базовой версии ПС

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

Этап 6. Испытания и документирование базовой версии ПС

Программа, методики и описание средств обеспечения приемо-сдаточных испытаний базовой версии ПС, согласованные с заказчиком.
Результаты определения показателей качества ПС в процессе комплексной отладки и предварительных приемо-сдаточных испытаний.
Отчет о результатах опытной эксплуатации базовой версии ПС.
План адаптации, поставки и переноса на платформы пользователей базовой версии ПС.
Акт по результатам приемо-сдаточных испытаний базовой версии ПС и руководство пользователя.
Комплект эксплуатационной документации, описание версии ПС и руководство пользователя.
Исходные тексты программ, описания данных и полные спецификации требований к программным компонентам и версии ПС в целом.
Тексты и генераторы текстовых данных для тестирования программных и информационных компонентов и версии ПС в целом.
Руководство по установке, адаптации и генерации пользовательской версии ПС и загрузке базы данных в соответствии с условиями и характеристиками внешней среды пользователя.
Сертификат на применение и сопровождение версии ПС и область его действия.
Акт о завершении приемо-сдаточных и сертификационных испытаний и результатах выполнения контракта на разработку типовой базовой версии ПС.

Этап 7. Внедрение и поддержка разработчиками процесса эксплуатации версии ПС пользователями

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

Этап 8. Сопровождение и развитие базовой версии ПС

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

Приложение 2

Расчет трудозатрат на разработку подсистемы "Кадры сотрудников"

Исходные данные

Количество разновидностей форм входной информации ~ 21, в том числе:

переменной – 12;

информации, получаемой из смежных задач – 1;

справочной, условно-постоянной – 8.

Количество разновидностей форм выходной информации ~30, в том числе:

печатных документов – 28;

информации, наносимой на машинные носители – 2.

Степень новизны комплекса – В.

Сложность алгоритма – 2.

Объем входной информации – до 50 тыс. строк.

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

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

Языки программирования – Visual Basic (Delphi), SQL.

Использование типовых проектных решений, типовых проектов, типовых программ и стандартных модулей – 10%.

Стадия разработки проекта		Затраты времени		Поправочный коэффициент		Затраты времени с учетом поправочного коэффициента
Стадия разработки проекта		Значение, чел.-дней	основание	значение	Основание	Затраты времени с учетом поправочного коэффициента
1. Разработка технического задания		30	Табл. 4.1 норма 4В			30
2. Разработка эскизного проекта		67	Табл. 4.2 норма 4В			67
3. Разработка технического проекта						0
	3.1. Затраты времени разработчика постановки задачи	196	Табл. 4.9 норма 20з	К1=0,8 К2=1,0 К3=1,10 К4=0,85 К_общ=0,75	п.1.7 (табл. 1.1) п.1.7 (табл. 1.3) п.1.9 (табл. 1.5) п.1.14 К_общ=К1К2К3*К4	147
	3.2. Затраты времени разработчика программного обеспечения	69	Табл. 4.10 норма 20з	К1=0,8 К2=1,0 К3=1,10 К4=0,85 К_общ=0,75	п.1.7 (табл. 1.1) п.1.7 (табл. 1.3) п.1.9 (табл. 1.5) п.1.14 К_общ=К1К2К3*К4	52
4. Разработка рабочего проекта						0
	4.1 Затраты времени разработчика постановки задачи	112	Табл. 4.35 норма 20з	К1=0,4 К2=1,16 К3=1,10 К4=1 К5=0,8 К_общ=0,41	п.1.7 (табл. 1.2) п.1.8 (табл. 1.4) п.1.9 (табл. 1.5) п.1.11 п.1.12 (табл. 1.6) К_общ=К1К2К3К4К5	46
	4.2. Затраты времени разработчика программного обеспечения	731	Табл. 4.36 норма 20з	К1=0,4 К2=1,16 К3=1,10 К4=1 К5=0,8 К_общ=0,41	п.1.7 (табл. 1.2) п.1.8 (табл. 1.4) п.1.9 (табл. 1.5) п.1.11 п.1.12 (табл. 1.6) К_общ=К1К2К3К4К5	300
5. Внедрение						0
	5.1 Затраты времени разработчика постановки задачи	137	Табл. 4.61 норма 20з	К1=1,0 К2=1,16 К3=1,05 К4=0,8 К_общ=0,97	п.1.7 (табл. 1.3) п.1.8 (табл. 1.4) п.1.9 (табл. 1.5) п.1.12 (табл. 1.6) К_общ=К1К2К3*К4	133
	5.2. Затраты времени разработчика программного обеспечения	165	Табл. 4.62 норма 20з	К1=1,0 К2=1,16 К3=1,05 К4=0,8 К_общ=0,97	п.1.7 (табл. 1.3) п.1.8 (табл. 1.4) п.1.9 (табл. 1.5) п.1.12 (табл. 1.6) К_общ=К1К2К3*К4	160
Всего на комплекс задач						935

АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА "АБИТУРИЕНТ"

Первая очередь в АИС ВУЗ – это АИС "Абитуриент", которая введена в эксплуатацию в 2000 г.

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

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

Приемная комиссия в своей работе руководствуется следующими документами:

законом Российской Федерации “Об образовании”;
федеральным законом “О высшем и послевузовском профессиональном образовании”;
правилами приема в КемГУ, разрабатываемыми и утверждаемыми Ученым Советом КемГУ ежегодно до 1 июня (филиалы КемГУ при необходимости, руководствуясь Правилами приема в КемГУ, самостоятельно разрабатывают Правила поступления в филиалы КемГУ);
типовым положением от образовательном учреждении высшего профессионального образования Российской Федерации, утвержденным Правительством Российской Федерации;
рекомендациями образовательным учреждениям высшего профессионального образования по основным процедурным вопросам функционирования приемных, предметных экзаменационных и апелляционных комиссий;
порядком приема в государственные образовательные учреждения высшего профессионального образования Российской Федерации, утвержденным Министерством образования Российской Федерации;
другими документами Минобразования Российской Федерации;
уставом Кемеровского государственного университета;
другими документами, утвержденными ректором КемГУ.

Условия эксплуатации системы

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

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

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

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

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

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

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

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

Настройка на конкретную среду:

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

Прием документов:

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

Вступительные испытания:

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

Зачисление:

формирование списков;
формирование проекта протоколов зачисления;
формирование протоколов и приказов;
формирование сводок;
формирование отчетно-статистической информации для Минобразования (76КД, 3НК и т.д.).

Передача данных в смежные подсистемы:

формирование списков для подсистемы "Деканат";
формирование списков для подсистемы "Пенсионный фонд".

Настройка на конкретную среду

Формирование словарей

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

Рис. 20. Общий словарь

Рис. 21. Геоинформационный словарь

Формирование списка серии и номеров недействительных аттестатов

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

Рис 22. Экран настроек данных специальности

Формирование плана набора на специальности и расписания экзаменов

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

Прием документов

Ввод анкеты

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

Рис. 23. Вид анкеты абитуриента

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

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

Просмотр/корректировка сведений об абитуриенте

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

Рис. 24. Экран поиска информации об абитуриенте

Формирование списков, сводок

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

Вступительные испытания

Формирование ведомостей

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

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

Ввод и обработка оценок

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

Рис. 25. Окно ввода оценок

Формирование справок и сводок

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

Ведение журнала сдачи экзаменов абитуриентом

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

Зачисление

Формирование списков и предварительных сводок

На этом этапе выдаются списки:

списки рекомендованных к зачислению:

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

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

списки зачисленных:

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

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

Формирование протоколов и приказов

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

Формирование сводок

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

Механизм формирования документов

В подсистеме "Абитуриент" реализована оригинальная идея работы с формируемыми документами (ведомости, сводки, списки и т.д.): на сервере Oracle находятся не только таблицы с данными, но и в специальной таблице хранится код процедуры на VBA, который при необходимости считывается посредством программы-надстройки в MS Excel и выполняется. Таким образом, формируется обычная книга MS Excel, с которой можно проводить все стандартные действия: печать, сохранение для дальнейшего использования и т.д.

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

ТЕХНИЧЕСКОЕ ЗАДАНИЕ на разработку подсистемы "Управление кадрами сотрудников"

Общие сведения о проекте

1.1. Полное наименование проекта

Разработка второй очереди ИАС управления КемГУ – подсистемы "Управление кадрами сотрудников".

1.2. Назначение и цель разработки подсистемы

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

Разрабатываемая система должна иметь два взаимосвязанных блока: "Управление кадрами" и "Штатное расписание" и должна обеспечить полную автоматизацию всех этапов работы отдела кадров и планово-финансового управления в части формирования штатного расписания и формирования различного вида отчетов по штатам.

Цель разработки системы:

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

1.3. Основание для выполнения и финансирования проекта ПС

Программа информатизации КемГУ.

1.4. Организация-заказчик проекта

Отдел кадров, планово-финансовое управление КемГУ.

1.5. Организация-головной исполнитель и соисполнители проекта

ЦНИТ Кемеровского государственного университета.

1.6. Общие сроки выполнения проекта

15.05.2001 – 31.12.2001 г.

Общие технические требования и базовые нормативные документы для выполнения проекта ПС

Кодекс законов о труде Российской Федерации (КЗоТ);

инструкция по ведению трудовых книжек;

Общероссийский классификатор профессий рабочих, должностей служащих и тарифных разрядов ОК 016-94. – М.: Минтруд России, 1995;

Общероссийский классификатор управленческой документации ЩЛ 011-93. – М.: Госстандарт России, 1995.

Характеристики объекта информатизации

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

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

3.1. Краткие сведения об объекте информатизации

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

Основными задачами отдела кадров являются:

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

Основными задачами планово-финансового управления в части управления штатным расписанием являются:

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

3.2. Сведения об условиях эксплуатации объекта информатизации и характеристиках окружающей среды

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

3.3. Общие требования к информационной системе

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

а) Общие требования к функционированию системы.

Модуль "Кадры"

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

прием на работу;
ведение личного дела сотрудников:

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

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

Модуль "Штаты"

В задачи этого модуля входят:

формирование и поддержка в актуальном состоянии штатных расписаний:

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

подготовка и выдача справок по анализу штатного расписания:

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

Общие задачи для обоих модулей:

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

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

резервное копирование и восстановление данных.

б) Требования по обмену данными.

Обмен данными должен проходить по стандартным сетевым протоколам в среде Intranet/Internet.

в) Требования к характеристикам взаимосвязей системы со смежными системами, требования к ее совместимости.

Смежными подсистемами для подсистемы "Управление кадрами сотрудников" являются: "Расчет заработной платы", "Пенсионный фонд", "Налогоплательщик". В эти подсистемы необходимо передавать сведения о сотрудниках через отдельные файлы. Структура передаваемых файлов приведена в приложениях 7т – 9т.

г) Требования к режимам функционирования системы.

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

3.3.2. Требования к численности и квалификации персонала системы и режиму его работы

а) Численность персонала.

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

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

Для нормального функционирования подсистемы персоналу необходимо знать порядок работы соответствующей службы (отдел кадров, ПФУ) и иметь навыки работы в операционной среде MS Windows и пакете MS Office (Word, Excel).

в) Требуемый режим работы персонала.

Подсистема не имеет специфических требований к режиму работы персонала. Режим работы определяется внутренним распорядком КемГУ.

3.3.3. Требования к надежности подсистемы

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

3.3.4. Требования по эргономике и технической эстетике

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

3.3.5. Требования к защите информации от несанкционированного доступа

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

3.3.6. Общие требования к структуре программного средства

Подсистемы должны формироваться в архитектуре клиент-сервер. В качестве сервера может выступать Oracle 7 Server – хранение и обработка табличных данных, Lotus Domino/Notes – хранение и обработка документов (приказы, выписки и т.д.). Интерфейс клиентской части может формироваться посредством Visual Basic 5.0, Delphi или Lotus Domino/Notes –для ввода, просмотра и корректировки информации, хранящейся на сервере баз данных, MS Excel (или MS Word) + VBA или Lotus Domino/Notes – формирование и печать сводок, ведомостей и других документов, Lotus Domino/Notes – отображение сводок на Web сервере.

3.3.7. Требования к внешней среде подсистемы

Серверная часть:

оптимизацию распределенной обработки запросов от различных клиентов на сервере;
централизованную защиту и целостность данных. (Все функции защиты от несанкционированного доступа и обеспечения целостности информации выполняются централизованно на сервере. Целостность и восстановление данных после сбоев обеспечивается использованием встроенной системы отслеживания транзакций);
прозрачный доступ к распределенным данным. (Доступ к размещенным на разных серверах базам данных осуществляется по именам, не зависящим от их физического расположения. Это позволяет прикладной программе устанавливать реляционные связи между таблицами, расположенными на разных серверах сети);
оптимальное использование ресурсов рабочих станций. (Поскольку основная обработка данных осуществляется SQL-сервером, на рабочей станции выполняется только прикладная программа и модуль передачи запросов. Это позволяет освободить большую часть оперативной памяти рабочей станции для выполнения больших сложных прикладных программ);
прямой реляционный доступ (с помощью языка SQL) к данным;
оперативное резервное копирование данных без прерывания доступа к ним пользователей;
механизм, гарантирующий целостность и точность ссылок;
защиту от несанкционированного доступа;
хранение больших объемов данных;
поддержку Internet/Intranet;
поддержку распределенных данных посредством репликаций.

Клиентская часть:

Комплекс должен гарантированно работать на платформенных решениях Microsoft Windows.

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

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

Общие разделы:

Раздел “Ведение справочников” предназначен для работы с нормативными данными, используемыми в процессе ведения подсистем блока "Управление кадрами сотрудников". В их число входят:

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

ведение календаря с учетом любых выходных/рабочих дней.

Модуль "Кадры"

В этот модуль входят блоки:

прием на работу;

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

ведение личного дела сотрудников:

при изменении анкетно-биографических данных (фамилии, имени, отчества и др.) работник обязан предоставить в кадровую службу документы – основания, полученные в других организациях (например, свидетельство о браке с зафиксированным в нем изменением фамилии, выданное органами ЗАГС);
на всех рабочих и служащих заводятся личные карточки, необходимые для анализа состава и учета движения кадров;
личная карточка имеет типовую форму № Т-2, утвержденную органами статистики. Основанием для записей являются соответствующие документы;
все последующие изменения в анкетно-биографических и учетных данных работников должны своевременно отражаться в личной карточке;
на лицевой стороне карточки указываются: полное наименование предприятия, начальная буква фамилии работника (в строке "Алфавит"), номер личной карточки (номер, за которым учтена трудовая книжка работника).

Разделы карточки

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

Blog

II. проблемы информатизации образования в регионе и пути их решения 6

Содержание