АИС отдел кадров. АИС отдела кадров. 1. анализ предметной области и разработка требований к информационной системе 4
 Скачать 6.55 Mb.
|
|
Автоматизированная система «АиТ: Управление персоналом» Занимает определенную долю российского рынка и программный комплекс управления персоналом «АиТ:\Управление персоналом» разработки компании АиТСофТ. По утверждению АиТСофТ, данный программный комплекс создан на базе изучения некоторых западных систем (в частности, модулей HR-системы SyteLine (SYMIX) и модуля «Персонал» в Oracle Aplications (Oracle)), а также ряда российских разработок (группы компаний БИГ, РОЭЛ-Консалтинг, Психология и Бизнес). Программный комплекс «АиТ:\Управление персоналом» создан по модульному принципу и состоит из следующих модулей [1]: заработная плата; кадровый учет; табельный учет; персонифицированный пенсионный учет; конфигурация системы; учет коллективных и бригадных работ. Для решения других специфических задач кадрового менеджмента, например, аттестации и оценки персонала, могут использоваться дополнительные модули или специализированные продукты третьих производителей. «АиТ:\Управление персоналом» функционирует на единой клиент-серверной базе данных как автономно, так и в комплексе с различными финансовыми системами и системами управления предприятием (начиная от Platinum SQL и заканчивая ПО Парус). Существуют 2 версии комплекса: MSDE (многопользовательская клиент-серверная версия до 5 рабочих мест, рекомендуемая для организаций с численностью до 500 сотрудников) и версия MS SQL, предназначенная как для малых предприятий, так и для крупных корпораций с разветвленной структурой управления, развитой системой материального стимулирования, большой численностью персонала, возможно, разобщенного территориально. Автоматизированная система «TRIM-Персонал» Компания АСК предлагает систему управления персоналом TRIM-Персонал. Она входит в пакет программ TRIM и реализует функции работы с персональной информацией о работниках, нанятых по контракту для работы в фирме. Основные функции программы [1]: формирование персональных учетных карточек работников; отслеживание контрактного статуса работника; управление сменами. Основной единицей программы является персональная учетная карточка работника. В программе TRIM-Персонал, помимо вывода основного списка работников, предусмотрена возможность создания списков по таким характерным признакам как контракты и документы. Документы и контракты, наряду с личной информацией о работнике, являются основой для формирования персональной учетной карточки, т. к. на основе этой информации строятся взаимоотношения фирмы и работника. За время своего существования контракт в системе TRIM-Персонал проходит 4 стадии: оформление; подписание; открытие; завершение. В системе TRIM-Персонал при оформлении нового работника на работу (тоесть, оформлении его учетной карточки) предоставляется также возможность создавать более одного контракта. Справочники служат для создания и ведения списков типовых документов, необходимых для формирования учетных карточек персонала. Администратор ведет несколько основных типов справочников. Например, «Справочник типов документов», который содержит все основные типы квалификационных, медицинских и других документов, формирующих учетную карточку работника; «Справочник видов образования» и т.д. Автоматизированная система «Персонал-2000» Компания Центр информационных технологий Телеком-Сервис продвигает программный комплекс управления персоналом «Персонал-2000», предназначенную для применения в средних и крупных предприятиях и организациях. Комплекс разработан для использования в рамках единой корпоративной АИС, построенной в архитектуре «клиент-сервер» на базе технологий UNIX, Oracle и Microsoft. Основные функциональные возможности комплекса [1]: хранение штатных расписаний и должностных инструкций организации; ведение учета вакансий в организации; учет и хранение личных дел сотрудников организации и претендентов на вакансии (персональные данные, образование, предыдущие места работы, навыки и умения, знание языков и т.п.); хранение резюме кандидатов на вакансии; учет и хранение результатов оценки кандидатов; формирование отчетов по персоналу, в том числе отчетов по запросу пользователя; хранение полностью настраиваемой структуры оплаты труда в организации для поддержки принятия решений по стимулированию сотрудников (возможно определение произвольных дополнительных выплат сотрудникам и должностным лицам организации). В настоящее время на российском рынке наблюдается подлинное многообразие предложений по разработке и поставке автоматизированных систем управления персоналом (как отечественных, так и западных). Основные отличия зарубежных интегрированных систем управления предприятием от российских заключаются в следующем: ориентация на хорошо структурированную иерархическую систему процессов, выполняемых на предприятии; опора на наборы стандартов, которым процессы должны удовлетворять, например стандарт ММAS; поддержка полного набора управляющих функций (в рамках процесса или предприятия): планирование - контроль отклонений (учет) - регулирование; наличие приложений, использующих методы, позволяющие оптимизировать решение ряда частных управленческих задач. Подводя итоги, можно сказать, что для долговременной удобной работы необходима многофункциональная, самостоятельная сетевая кадровая программа, с развитым сервисом и возможностью стыковки с другими системами, мощным штатным расписанием, комплектом шаблонов и простым интерфейсом. 1.3. Анализ функциональных и эксплуатационных требований 1.3.1. Перечень стандартов Программный продукт разрабатывается на основании следующих государственных стандартов: 1. ГОСТ 19.401-78. ЕСПД. Текст программы. Требования к содержанию и оформлению. 2. Международный стандарт ISO/IEC 12207. Информационные технологии. Процессы жизненного цикла программного обеспечения. 3. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания. 4. ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. 5. ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем. 1.3.2. Функциональные требования пользователя Программный продукт, разрабатываемый в рамках курсового проекта должен удовлетворять следующему перечню функциональных требований: разделение доступа пользователей к информации; возможность просмотра доступной информации для рабочего; облегчение контроля работы для начальника отдела кадров; автоматизация работы специалистов отдела кадров; доступ к необходимой информации для бухгалтерии и планово-экономического отдела. 1.3.3. Входные данные Входными данными при работе с программным продуктом должны быть данные о сотрудниках, вводимые пользователем вручную. Входной язык приложения – русский. Основные документы - это приказы, распоряжения, договоры. На сотрудников оформляются следующие типы документов: "Личная карточка работника" (приложение 2); "Приказ (распоряжение) о приёме на работу" (приложение 2). 1.3.4. Выходные данные Выходными данными при работе программы являются данные, выводимые на экран пользователя, и текстовые документы, составленные по запросам пользователя, в форматах doc. Язык выходных данных в приложении – русский. 1.3.5. Требования к интерфейсу Программный продукт должен содержать форму авторизации пользователей, которая будет открываться после запуска приложения. Данная форма должна содержать поля для ввода пользователем своего пароля и выбора логина. Главное меню программного продукта должно позволять пользователю выбрать категорию, к которой он относится (сотрудник завода, специалист отдела кадров, начальник отдела кадров, специалист бухгалтерии, специалист планово-экономического отдела), а также иметь ссылку на автора приложения. Остальные окна программного продукта должны быть оснащены подсказками, а их функции быть интуитивно понятны пользователю. Сообщения, выдаваемые программой при прохождении каких либо действий, должны содержать краткое описание произведенных действий и содержать комментарии для облегчения дальнейшей работы пользователя. 1.3.6. Требования к надежности При работе с программным продуктом необходимо предусмотреть: контроль вводимой информации, т.е. возможность отслеживания ошибок, допускаемых пользователем, и последующей реакции программы на них; предусмотреть блокировку некорректных действий пользователя при работе с системой. 1.3.7. Требования к программной документации В состав сопровождающей документации программного продукта должны входить следующие компоненты: пояснительная записка на 55 – 60 листах, содержащая описание разработки; исходные тексты модулей на языке Delphi откомпилированный EXE-файл на CD-диске. 1.3.8. Требования к составу и параметрам технических средств Система должна работать на IBM совместимых персональных компьютерах. Минимальная конфигурация: тип процессора – Pentium; объем оперативного запоминающего устройства – 128 Мб; тип монитора – SVGA (15'). 1.4. Модель вариантов использования На основании анализа требований пользователя были выделены следующие варианты использования, представленные в таблице 1.1. Таблица 1.1. Описание вариантов использования
Действующие лица для диаграммы вариантов использования приведены в таблице 1.2. Таблица 1.2. – Действующие лица
На основании всех выше рассмотренных вариантов использования была составлена диаграмма вариантов использования, представленная на рисунке. 1.2.  Рисунок 1.2. – Диаграмма вариантов использования Описание варианта использования «Создание личной карточки» Действующие лица. Специалист отдела кадров. Заинтересованные лица и их требования: сотрудник, данные о котором должны быть занесены в базу данных; специалист отдела кадров, который должен создать личную карточку сотрудника. Предусловия. Вход пользователя в систему. Постусловия. Если вариант использования выполнен успешно, создаётся новая личная карточка, которой будет присвоен уникальный код. В противном случае состояние системы не изменяется. Основной сценарий. Система создаёт новый документ под названием «Личная карточка работника» В поле «код» генерируется код документа Система предлагает заполнить личную карточку Пользователь заполняет личную карточку Система спрашивает сохранить или не сохранить данные Пользователь сохраняет данные Вариант использования завершается Альтернативные потоки: 5a. Если пользователь не вводит данные в обязательные поля, система выводит сообщение «Введите данные» 5b. Если пользователь вводит неверные данные, система выводит сообщение «Проверьте правильность данных» 7а. Если пользователь не сохраняет данные, состояние системы не меняется, вариант использования завершается 1.5. Глоссарий проекта Основными понятиями проекта являются следующие: специалисты; сотрудники; приказы; личные карточки; график отпусков; штатное расписание; трудовой договор; экономико-плановый отдел бухгалтерия. 1.6. Проверка модели на полноту Проверка на полноту диаграммы вариантов использования производится по операциям, выполняемым над основными объектами, представленными в таблице 1.3. Основными объектами, упоминаемыми в модели вариантов использования, являются: приказ, личная карточка, штатное расписание, график отпусков, трудовой договор. Таблица 1.3. Проверка на полноту
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||