Техническое задание
Техническое задание на разработку ИС «Отдел кадров»
1. Наименование и область применения «Отдел кадров» Информационная система «Отдел кадров» предназначена для автоматизации деятельности службы управления персоналом CамГУПС и его филиалов
2. Общие требования к системе
2.1. Назначение системы
Система «Отдел кадров» предназначена для автоматизации процессов создания приказов и других документов, с помощью которых упростится ввод и поиск информации для специалистов отдела кадров и других сотрудников СамГУПС и его филиалов
Система должна решать следующие задачи:
· Автоматизированная подготовка кадровых документов по основной деятельности предприятия
· Формирование и контроль табелей рабочего времени персонала
· Управление набором, аттестацией и повышением квалификации персонала
· Ведение штатного расписания
2.2. Технические требования к системе
Информационная система «Отдел кадров» должна обеспечивать:
· автоматизацию процесса документооборота
обеспечение возможности долговременного хранения информации.
2.3. Технические характеристики системы
Минимальные системные требования для ПК
Asus P8H61-M LX3 R2.0, память — 2×2 Gb DDR3 PC10600 Goldkey GKH200UD12808-1333A, жёсткий — SATA3 500 Gb Hitachi HDS721050CLA362 , БП — DNS FINEPOWER DNP-450 400W, DVD-RW, картридер встроенный в корпус., 2xUSB 2.0 спереди и джеки под микрофон и наушники., ЦПУ Кулер , алюминь со 120×120 вентилятором и 3-х контактным питанием DeepCool, 80×80 корпусной вентилятор сзади на выдув., корпус microATX
Монитор DNS 15.6″ G161 [LCD, 1366×768, 1000:1, 5 мс, 160гор, 160вер, D-Sub, DVI
Клавиатура+мышь беспроводная DNS NOTEBOOK KM-009BQ Black USB
МФУ Epson Expression Home XP-207 (Принтер, Копир, Сканер: A4 5760x1440dpi 29ppm 3pl Epson Connect Wi-Fi USB2.0)
Факс Panasonic KX-FP218RU [A4 обычная бумага (термоперенос), цифровой автоответчик]
Программное обеспечение
· Операционная система Windows 7
· Антивирус ESET NOD32 Smart Security (продление лицензии на 3 ПК, на 1 год) [NOD32-ESS-RN(CARD3)-1-1]
· Microsoft office 2013
Введение
Управление организацией любого типа, будь то крупное предприятие или мелкая фирма, связано с переработкой большого потока информации и принятием на ее основе оперативных и перспективных решений. Поэтому автоматизация управленческих работ является основным направлением совершенствования экономики. Применение экономико-математических методов, современных средств вычислительной техники и связи создает новые возможности для дальнейшего совершенствования управления.
Высшее учебное заведение сегодня — это сложный учебно-хозяйственный комплекс с многочисленными внешними и внутренними связями. И управление Вузом, его информационными потоками, учебным процессом, документооборотом и прочими процессами представляет собой сложную систему, мелкие и крупные задачи которой тесно связаны между собой.
Система управления высшей школой должна представлять собой гибкую, динамичную систему, позволяющую эффективно рассматривать намеченные планы, оперативно учитывать все изменения и новые тенденции. Большие возможности для совершенствования управления высшей школой в целом и каждым ВУЗом в отдельности предоставляет использование вычислительной техники и средств связи. В настоящее время накоплен определённый опыт разработки и внедрения автоматизированных систем управления ВУЗом.
Правильная организации работы отдела кадров является важным моментом в деятельности всего предприятия, так как зависимость всех работников от вовремя выполненного перевода, полученного приказа об увольнении или принятии на работу, правильного посчитанного стажа очень велика. Отдел кадров, являясь точкой, с которой всё начинается, вынужден работать с большим количеством людей. Это, в свою очередь, приводит к тому, что происходит документооборот, являющийся источником большого количества бумаги. У специалистов хранится огромное число приказов, личных дел, анкет и других разного рода документов, которые являются необходимыми при такой работе. Поэтому возможность выполнения и хранения этих документов в электронном виде является важной и актуальной. Все документы являются результатом выполнения каких-либо кадровых операций (или же исходными данными для них). Таким образом, у специалиста должна быть возможность выполнения всех кадровых операций на компьютере, что гораздо эффективнее, быстрее и удобнее.
Глава 1. Автоматизированные системы
Проблема автоматизации кадрового делопроизводства является актуальной, поэтому существует большое количество программного обеспечения для работы отдела кадров. Эти программы можно разделить на несколько групп.
Первую группу образуют свободно распространяемые программы, написанные непрофессионалами. (“WDATEOK”, “Кадры”, “Отдел кадров и ДОУ”, “Табель”). Они обеспечивают автоматизацию отдельных функций и не сопровождаются авторами.
Во вторую группу входят программы, которые разрабатываются собственными программистами для своей организации с целью экономии средств. Можно упомянуть такие системы, как “SLS-Кадры”, “STAFF-Кадры”, “Triamant” и др. Однако опыт показал, что сама по себе система непрерывно развивалась и совершенствовалась, а затраты на ее эксплуатацию и сопровождение превышали затраты на приобретение готового программного обеспечения. Ситуация не изменилась при переносе данной концепции в среду Windows.
Третья группа образована бухгалтерскими системами, в состав которых включен функциональный модуль “Кадры”. Основной целью программ данной группы является обеспечение бухгалтерского учета, где наличие некоторых функций кадрового модуля необходимо для их полноценной работы. Кадровые модули могут отличаться между собой полнотой учетной карточки, наличием тех или иных выборок. Причем эти кадровые модули в составе бухгалтерии не только не помогают менеджеру по персоналу, а порой и мешают, так как эти отделы имеют слишком разные задачи.
Наиболее яркими представителями систем такого класса являются “1С Зарплата и кадры”, “Platinum”, “Ultima-S”, “Scala”, “Галактика”, “БОСС-Кадровик” и др. Для систем этой группы характерна узость базовой версии, что требует достаточно большой доработки и ведет к несовместимости с новыми версиями системы. Сюда же можно отнести системы автоматизации деятельности предприятий с включенными в них модулями “Кадры”. Ниже будут кратко рассмотрены некоторые из систем
1.1 Анализ автоматизированной системы «БОСС — Кадровик»
Безусловно, одной из наиболее распространенных на российском рынке отечественных автоматизированных систем управления персоналом является БОСС-Кадровик, разработанная и успешно продвигаемая компанией АйТи. Зафиксированы уже сотни внедрений БОСС-Кадровика на российских предприятиях. В настоящее время система БОСС-Кадровик эксплуатируется на предприятиях энергетики, нефтегазовой отрасли, металлургии, торговли, пищевой промышленности, в банковской сфере, в транспортных компаниях, в госудаственных бюджетных организациях, на предприятиях фармацевтической промышленности и издательско-рекламного профиля, в представительствах иностранных фирм. Следует отметить следующие наиболее успешные внедрения БОСС-Кадровика на российских предприятиях [1]: нефтяная компания «ЮКОС», транспортная компания ЕВРОСИБ СПб; АО «Орелнефтепродукт», Московский хладокомбинат «Айс-Фили», ХФК «Акрихин», Иркутский алюминиевый завод, Костромская ГРЭС, МГУ, Водоканал МП, Шереметьево-Карго, авиакомпания «Башкирские Авиалинии», банк «Авангард»; Байкальский ЦБК и ряд других. Необходимо отметить и расширение партнерских отношений АйТи с другими российскими компаниями, целью которого является совместное продвижение БОСС-Кадровика (например, относительно недавно такое соглашение было подписано с компанией Парус-Петербург).
«БОСС-Кадровик» относится к классу комплексных систем управления персоналом. Он позволяет формировать и вести штатное расписание, хранить полную информацию о сотрудниках, отражать движение кадров внутри фирмы, рассчитывать зарплату. Этот программный продукт может использоваться для автоматизации работы отдела кадров, планово-экономического и расчетного отделов на любом предприятии независимо от рода деятельности.
Система «БОСС-Кадровик» разрабатывалась в течение четырех лет и впитала в себя опыт работы десятков профессионалов-кадровиков. Вся отчетность, формируемая в системе, разработана на основе постановлений Госкомстата РФ, Правительства РФ, инструкций Министерства труда РФ.
Дружественный интерфейс облегчает ввод информации и обучение работе. Логика системы интуитивно понятна любому (даже начинающему) пользователю. Экранный вид всех документов приближен к стандартному, основным действиям в системе соответствует стандартный набор функциональных клавиш. Если вы случайно сделали что-нибудь некорректное, то «БОСС-Кадровик» сам предупредит вас и предложит вариант действий.
В состав системы «БОСС-Кадровик» входят модули «Учет кадров», «Штатное расписание» и «Расчет заработной платы»; в зависимости от потребностей конкретного предприятия в систему включается отдельный модуль учета табеля рабочего времени, предназначенный для ведения ежедневного табельного учета непосредственно в подразделениях.
«БОСС-Кадровик» является сетевым продуктом, классически реализованным в архитектуре клиент-сервер, поэтому система отличается высокой надежностью, способна восстанавливаться при сбоях аппаратуры и обеспечивать надежную защиту от несанкционированного доступа.
Для работы с базой данных используется сервер Microsoft SQL Server. Применение данного SQL-сервера гарантирует максимальное использование сервером всех возможностей операционной системы. MS SQL Server поддерживает широкий спектр средств разработки, позволяет интегрировать программный продукт с офисными приложениями такими, как Microsoft Word, Еxcel, Internet Explorer.
1.2 Анализ автоматизированной системы «АиТ: Управление персоналом»
Занимает определенную долю российского рынка и программный комплекс управления персоналом «АиТ:Управление персоналом» разработки компании АиТСофТ. По утверждению АиТСофТ, данный программный комплекс создан на базе изучения некоторых западных систем (в частности, модулей HR-системы SyteLine (SYMIX) и модуля «Персонал» в Oracle Aplications (Oracle)), а также ряда российских разработок (группы компаний БИГ, РОЭЛ-Консалтинг, Психология и Бизнес).
Программный комплекс «АиТ:Управление персоналом» создан по модульному принципу и состоит из следующих модулей [1]:
— заработная плата;
— кадровый учет;
— табельный учет;
— персонифицированный пенсионный учет;
— конфигурация системы;
— учет коллективных и бригадных работ.
Для решения других специфических задач кадрового менеджмента, например, аттестации и оценки персонала, могут использоваться дополнительные модули или специализированные продукты третьих производителей.
«АиТ:Управление персоналом» функционирует на единой клиент-серверной базе данных как автономно, так и в комплексе с различными финансовыми системами и системами управления предприятием (начиная от Platinum SQL и заканчивая ПО Парус). Существуют 2 версии комплекса: MSDE (многопользовательская клиент-серверная версия до 5 рабочих мест, рекомендуемая для организаций с численностью до 500 сотрудников) и версия MS SQL, предназначенная как для малых предприятий, так и для крупных корпораций с разветвленной структурой управления, развитой системой материального стимулирования, большой численностью персонала, возможно, разобщенного территориально.
1.3 Анализ автоматизированной системы «TRIM-Персонал»
Компания АСК предлагает систему управления персоналом TRIM-Персонал. Она входит в пакет программ TRIM и реализует функции работы с персональной информацией о работниках, нанятых по контракту для работы в фирме. Основные функции программы [1]:
— формирование персональных учетных карточек работников;
— отслеживание контрактного статуса работника;
— управление сменами.
Основной единицей программы является персональная учетная карточка работника. В программе TRIM-Персонал, помимо вывода основного списка работников, предусмотрена возможность создания списков по таким характерным признакам как контракты и документы. Документы и контракты, наряду с личной информацией о работнике, являются основой для формирования персональной учетной карточки, т. к. на основе этой информации строятся взаимоотношения фирмы и работника.
За время своего существования контракт в системе TRIM-Персонал проходит 4 стадии: оформление; подписание; открытие; завершение. В системе TRIM-Персонал при оформлении нового работника на работу (тоесть, оформлении его учетной карточки) предоставляется также возможность создавать более одного контракта.
Справочники служат для создания и ведения списков типовых документов, необходимых для формирования учетных карточек персонала. Администратор ведет несколько основных типов справочников. Например, «Справочник типов документов», который содержит все основные типы квалификационных, медицинских и других документов, формирующих учетную карточку работника; «Справочник видов образования» и т.д.
1.4 Анализ автоматизированной системы «Персонал-2000»
Компания Центр информационных технологий Телеком-Сервис продвигает программный комплекс управления персоналом «Персонал-2000», предназначенную для применения в средних и крупных предприятиях и организациях. Комплекс разработан для использования в рамках единой корпоративной информационной системы, построенной в архитектуре «клиент-сервер» на базе технологий UNIX, Oracle и Microsoft. Основные функциональные возможности комплекса [1]:
— хранение штатных расписаний и должностных инструкций организации;
— ведение учета вакансий в организации;
— учет и хранение личных дел сотрудников организации и претендентов на вакансии (персональные данные, образование, предыдущие места работы, навыки и умения, знание языков и т.п.);
— хранение резюме кандидатов на вакансии;
— учет и хранение результатов оценки кандидатов;
— формирование отчетов по персоналу, в том числе отчетов по запросу пользователя;
— хранение полностью настраиваемой структуры оплаты труда в организации для поддержки принятия решений по стимулированию сотрудников (возможно определение произвольных дополнительных выплат сотрудникам и должностным лицам организации).
В настоящее время на российском рынке наблюдается подлинное многообразие предложений по разработке и поставке автоматизированных систем управления персоналом (как отечественных, так и западных). Основные отличия зарубежных интегрированных систем управления предприятием от российских заключаются в следующем:
— ориентация на хорошо структурированную иерархическую систему процессов, выполняемых на предприятии;
— опора на наборы стандартов, которым процессы должны удовлетворять, например стандарт ММAS;
— поддержка полного набора управляющих функций (в рамках процесса или предприятия): планирование — контроль отклонений (учет) — регулирование;
— наличие приложений, использующих методы, позволяющие оптимизировать решение ряда частных управленческих задач.
Подводя итоги, можно сказать, что для долговременной удобной работы необходима многофункциональная, самостоятельная сетевая кадровая программа, с развитым сервисом и возможностью стыковки с другими системами, мощным штатным расписанием, комплектом шаблонов и простым интерфейсом.
1.5 Анализ информационной системы «Отдел кадров»
Информационной системе «Отдел кадров »присущи все достоинства предыдущих систем. Однако она имеет и свои преимущества. В системе предусмотрена возможность работы с системой баз данных (штатные сотрудники, уволенные сотрудники, архив, кадровый резерв, временные сотрудники и т. д.), что значительно сокращает время обработки запросов.
В системе предусмотрены процедуры ведения табеля (персонального и на подразделение) с автоматическим контролем отпусков, командировок, материальной помощи и т. п.
Информационная модель объекта или набора объектов — совокупность атрибутов (характеристик) данного объекта (объектов) вместе с числовыми или иными значениями этих атрибутов. В системологии под информационной моделью понимается набор неких параметров, которые содержат необходимую информацию об объекте, системе объектов, процессе или явлении. Целью создания информационной модели является обработка данных об объектах реального мира с учетом связей между объектами. Для того чтобы такую обработку можно было автоматизировать, для рассматриваемой модели составляют формализованное описание, доступное компьютерной обработке. Естественной потребностью человека является потребность обмениваться информацией с другими людьми
Рис1.5.1 Информационные связи «Отдел кадров»
Информационный объект — это описание некоторой сущности предметной области — реального объекта, процесса, явления или события. Информационный объект (сущность) образуется совокупностью логически взаимосвязанных атрибутов (свойств), представляющих качественные и количественные характеристики объекта (сущности)
Рис 1.5.1. Структура отдела кадров
На рис 1.5.1 представлено взаимодействие между начальником кадров и его отделами, а отелы в свою очередь со студентами и аспирантами, а также с сотрудниками Вуза. ИС должна иметь архитектуру, соответствующую структуре объекта автоматизации.
В Отделе кадров должны быть расположены персональные компьютеры для работы сотрудников (специалисты, начальство) с приложением. Все компьютеры в системе соединены локальной сетью, с сервером базы данных, где будет храниться база данных со всей информацией.
Рис 1.5.2 Распределенная информационная система «Отдел кадров»
В системе должна поддерживаться возможность распределенного хранения и распределенной обработки данных.
Каждая подсистема работает со своей локальной базой данных, но единой моделью. Данные фрагментированы. Для реализации возможности передачи данных между БД подсистем используется компонент реплицирования данных.
Все изменения, вносимые в модель данных при необходимости ее расширения, настройки на новые информационные потребности, передаются в те подсистемы, работу которых затрагивают обновления.
Рис 1.5.3 Архитектура распределенной информационной системы «Отдел кадров»
Принципы построения внутримашинной информационной базы
Внутримашинная информационная база АС Кадры разделена на:
— основную базу данных АС Кадры;
— входные и выходные массивы информации.
В состав данных основной базы данных входят следующие классы сущностей:
— Информация о персонале;
— Информация о предприятиях;
— Справочники;
— Администрирование системы.
Глава 2. Проектирование информационной системы
2.1 Разработка архитектуры системы
Разрабатываемое приложение является клиент-серверным приложением.
В отделе должны быть расположены персональные компьютеры для работы сотрудников (специалисты, начальство) с приложением. Все компьютеры в системе соединены локальной сетью, с сервером базы данных, где будет храниться база данных со всей информацией. Вся система разрабатывалась с использованием программного обеспечения Rational Rose и Delphi
Rational Rose. Популярное средство визуального моделирования объектно-ориентированных информационных систем компании Rational Software Corp. Работа продукта основана на универсальном языке моделирования UML (Universal Modeling Language). Благодаря уникальному языку моделирования Rational Rose способен решать практически любые задачи в проектировании информационных систем: от анализа бизнес процессов до кодогенерации на определенном языке программирования. Только Rose позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое.
Только Rational Rose имеет весь необходимый набор визуальных средств проектирования. Только Rose поможет решить проблемы с кодогенерацией на определенном языке программирования. Только Rational Rose осуществляет такие подходы, как прямое и обратное проектирование, а так же Round Trip Engineering. Такой арсенал позволит не только проектировать новую систему, но и доработать старую, произведя процесс обратного проектирования.
Для того чтобы наиболее полно покрыть весь сегмент рынка средств проектирования и разработки, компания Rational выпускает несколько версий своего продукта. Каждый из них может решать как строго определенный круг задач, так и весь спектр проблем проектирования и разработки.
2.2 Разработка модели предметной области
Рис 2.1. Структурная схема комплекса технических средств
В состав комплекса технических средств входят следующие технические средства:
— Серверы БД;
— Серверы приложений;
— Сервер системы формирования отчетности;
— Веб сервер;
— ПК пользователей;
— ПК администраторов.
Серверы БД объединены в отказоустойчивый кластер. Связь между серверами БД и хранилищем данных осуществляется по оптическому каналу. Серверы приложений образуют кластер с балансировкой нагрузки.
Серверы БД, серверы приложений и сервер системы формирования отчетности объединены одной локальной сетью, с пропускной способностью 100 Мбит.
Технические характеристики серверов БД:
— Процессор — не менее двух процессоров Intel Xeon 3 ГГц;
— Объем оперативной памяти — не менее 4 Гб;
— Дисковая подсистема — не менее 72 Гб х 2 с RAID 1;
— Устройство чтения компакт-дисков (DVD-ROM);
— Сетевой адаптер — FastEthernet 100;
— Адаптер Fibre Channel;
— Видеосистема — разрешающая способность не ниже 1024×860 точек;
— Координатно-указательное устройство — манипулятор типа «мышь»;
— Клавиатура — не менее 104 клавиш (русифицированная);
— Монитор — диагональ не менее 15”.
В результате анализа были выделены категории концептуальных классов, представленные в таблице 2.1.
Таблица 2.1. Список категорий концептуальных классов
|
Категория концептуальных классов |
Примеры |
|
|
Физические и материальные объекты |
Пользователи Документы |
|
|
Роли людей |
Специалист отдела кадров Начальник отдела кадров Сотрудник СамГУПС |
|
|
События |
Создание личной карточки Редактирование личной карточки Просмотр личной карточки Удаление личной карточки Создание приказов Составление графика отпусков Составление штатного расписания Просмотр трудового договора |
|
|
Процессы |
Авторизация Работа с личной карточкой Работа со штатным расписанием Работа с графиком отпусков Работа с приказами |
Пользуясь списком категорий и методом анализа словесного описания вариантов использования, составлен список кандидатур на роль концептуальных классов для предметной области. Он соответствует требованиям и принятым упрощениям для всей предметной области.
Список концептуальных классов:
— сотрудник;
— штатное расписание;
— приказ;
— график отпусков;
— трудовой договор.
На основании анализа словесного описания варианта использования, составлен список ассоциаций для предметной области, представленный в таблице 2.2.
Таблица 2.2. — Ассоциации для модели предметной области
|
Ассоциация |
Описание ассоциации |
|
|
Составляется |
Для всех сотрудников СамГУПС составляется график отпусков |
|
|
Создаётся |
На любого сотрудника может создаваться приказ |
|
|
Заключается |
С каждым сотрудником заключается трудовой договор |
|
|
Занимает |
Каждый сотрудник занимает определённую должность |
На основании анализа технического задания и описания вариантов использования выделены атрибуты классов для модели предметной области, представленные в таблице 2.3.
Таблица 2.3. — Атрибуты классов для модели предметной области
|
Название класса |
Атрибуты класса |
|
|
График отпусков |
Дата начала Дата окончания Код карточки |
|
|
Приказ |
Номер приказа Дата Текст |
|
|
Штатное расписание |
Отдел Должность Количество единиц Оклад Примечание |
|
|
Трудовой договор |
Номер трудового договора Дата Содержание |
|
|
Сотрудник(личная карточка) |
Код сотрудника Фамилия Имя Отчество Дата рождения Место рождения Гражданство Образование Профессия № паспорта |
2.3 Разработка алгоритма функционирования системы
Для того чтобы предотвратить несанкционированный доступ, вход в систему осуществляется с проверкой имени и пароля.
Для этого необходимо разработать разделение одного интерфейса.
Алгоритм работы системы в виде диаграммы деятельностей приведен на рисунке 2.2.
Алгоритм работы специалиста отдела кадров в виде диаграммы деятельностей представлен на рисунке 2.3.
На рисунке 2.4 представлена деятельность специалиста отдела кадров «Работа с личной карточкой».
На рисунке 2.5 представлена деятельность специалиста отдела кадров «Создание личной карточки».
Рис 2.2. — Алгоритм работы системы
Рис 2.3. — Диаграмма деятельностей «Работа специалиста ОК»
Рис 2.4. — Диаграмма деятельностей «Работа с личной карточкой»
Рис 2.5. — Диаграмма деятельностей «Создание личной карточки»
2.4 Проектирование интерфейса пользователя
2.4.1 Разработка диаграммы состояний интерфейса специалиста отдела кадров
На основании алгоритма функционирования и требований к интерфейсу разработана диаграмма состояний, представленная на рисунке 2.6.
Рис 2.6. — Диаграмма состояний интерфейса специалиста отдела кадров
После запуска приложения на экране появляется форма специально отведенных полях ввода логина и пароля пользователь заносит свои данные. Если эти данные будут неправильными, система выводит ошибку, предложит ввести повторно. Если введенные пользователем данные будут истинными, закроется окно авторизации и будет открыта главная форма с элементами, которые доступными пользователю.
2.5 Реляционная модель данных
На рисунке 2.7 изображена реляционная модель данных.
Рис 2.7. — Реляционная модель данных
Реляционная модель данных разработана на основе концептуальной модели предметной области. Реляционная модель данных в дальнейшем служит для разработки БД. Информация о столбцах таблиц приведена в таблицах 2.4 ,2.5 ,2.6
2.5.1 Построение диаграмм последовательностей для варианта использования «Создание личной карточки»
На основе сценария разработана следующая диаграмма последовательности:
Рис 2.8. — Диаграмма последовательностей «Создание личной карточки».
На рисунке 2.9. изображена диаграмма «Создание личной карточки».
Рис 2.9 — Диаграмма «Создание личной карточки»
2.6 Построение диаграммы классов
Диаграмма классов для варианта использования «Создание личной карточки» представлена на рисунке 2.10.
Рис 2.10 — Диаграмма классов «Создание личной карточки»
Таблица 2.4. — Атрибуты класса Сотрудник(личная карточка)
|
Имя атрибута |
Тип данных |
||
|
1 |
Код_сотрудника |
Double |
|
|
2 |
Фамилия |
String |
|
|
3 |
Имя |
String |
|
|
4 |
Отчество |
String |
|
|
5 |
Дата_рождения |
String |
|
|
6 |
Место_рождения |
String |
|
|
7 |
Гражданство |
String |
|
|
8 |
Образование |
String |
|
|
9 |
Профессия |
String |
|
|
10 |
№_паспорта |
Double |
Таблица 2.5. — Операции классов
|
Openform() |
Открывает форму |
|
|
Create personal card() |
Заносит в базу данных новые данные о сотруднике |
|
|
Modify personal card() |
Запись изменений в базу данных. |
|
|
Delete personal card() |
Удаление информации из базы данных. |
|
|
View personal card() |
Получение информации из базы данных. |
Глава 3. Реализация системы
3.1 Реализация программного обеспечения системы
3.1.1 Разработка диаграммы компонентов
Реализация программного обеспечения системы представлена на рисунке 3.1 в виде диаграммы компонентов. Она определяет архитектуру разрабатываемой системы на физическом уровне и представляет зависимости между программными компонентами.
3.1.2 Объекты интерфейса пользователя
Система включает в себя несколько форм, каждая из которых реализована в своём компоненте на диаграмме компонентов (рис.3.1):
main — основная программа, предназначенная для запуска приложения;
Form1 — форма авторизации;
Form2 — главная форма, предлагает выбор объекта, над которым нужно производить операции ;
Form3 — выбор действия, в зависимости от прав пользователя ;
Form4 — форма создания личной карточки;
Form5- форма редактирования/удаления личной карточки;
Form6- форма просмотра личной карточки.
Рис. 3.1. Диаграмма компонентов приложения
После запуска приложения на экране появляется форма авторизации. После ввода логина, пароля определяется правильность ввода, если такой пользователь существует, то выводится главная форма.
3.1.3 Классы и объекты интерфейса пользователя
Программный продукт состоит из нескольких форм: Form1, Form2, Form3, Form4, Form5, Form6.
Форма Form1
Внешний вид формы авторизации (Form1) представлен на рисунке 3.2.
Рис 3.2. — Форма авторизации
В таблице 3.1 представлены расположенные на форме Form1 компоненты
Таблица 3.1. Компоненты формы Form1
|
№ |
Наименование компонента |
Тип компонента |
Назначение |
|
|
1 |
ComboBox1 |
ComboBox |
Поле ввода имени пользователя |
|
|
2 |
ComboBox1 |
ComboBox |
Поле ввода пароля |
|
|
3 |
Ок |
BitBtn1 |
Открывает главную форму |
Форма Form2
Внешний вид формы главного меню (Form2) представлен на рисунке 3.3.
1 2
Ри 3.3. — Форма главного меню
В таблице 3.2 представлены расположенные на форме Form1 компоненты
Таблица 3.2. Компоненты формы Form1
|
№ |
Наименование компонента |
Тип компонента |
Назначение |
|
|
1 |
Выберите необходимое действие |
RadioGroup1 |
Предназначено для выбора действия в системе |
|
|
2 |
Продолжить |
BitBtn1 |
Открывает форму, соответствующую выбранному действию |
Форма Form3
Внешний вид формы «Выберите действие» (Form3) представлен на рисунке 3.4.
Рис 3.4. — Форма главного меню
Форма Form4
Внешний вид формы «создание личной карточки» (Form4) представлен на рисунке 3.5.
Рис 3.5. — Форма «Создание личной карточки»
Форма Form5
Внешний вид формы «Изменение личной карточки» (Form5) представлен на рисунке 3.6.
Рис 3.5. — Форма «Изменение личной карточки»
Форма Form6
Внешний вид формы «Просмотр личной карточки» (Form6) представлен на рисунке 3.6.
Рис 3.6. — Форма «Просмотр личной карточки»
Внедрение информационной системы отдела кадров позволит:
— уменьшить трудоемкость выполнения различных операций;
— автоматизировать работу отдела кадров,
— организовать доступ к данным для рабочих предприятия без непосредственного участия специалиста базы данных;
— автоматизировать работу с отчетами для отделов, которые использую информацию из отдела кадров.
ЗАКЛЮЧЕНИЕ
Разработанный программный продукт позволяет автоматизировать работу отдела кадров. Разработанная система облегчает работу с документацией для сотрудников СамГУПС и его филиалов
В процессе создания системы в соответствии с заданием были разработаны: модель вариантов использования, концептуальная модель предметной области, диаграммы деятельности, реляционная модель данных, диаграмма состояний интерфейса, формы интерфейса, диаграмма компонентов и диаграмма развертывания. Была выполнена частично проверка и отладка системы.
Система позволяет:
— специалисту отдела кадров создавать, редактировать, просматривать необходимые для работы документы: личные карточки, трудовые договоры, штатное расписание, график отпусков, приказы;
— начальству следить за работой специалиста;
— сотрудникам завода просматривать необходимую им информацию.
В данной курсовой работе было проведено программирование на языке Delphi. Программный продукт содержит форму авторизации пользователей, которая открывается после запуска приложения. Данная форма содержит поля для ввода пользователем своего логина и пароля.
Таким образом, в курсовой работе удалось реализовать информационную систему отдела кадров СамГУПС , которая удовлетворяет заданным требованиям.
информационная кадры данный база
ПРИЛОЖЕНИЕ 1
Текст программы
unit Unit2
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Buttons, Mask, ExtCtrls, jpeg;
type
TForm2 = class(TForm)
Panel1: TPanel;
MaskEdit1: TMaskEdit;
Label2: TLabel;
Label1: TLabel;
ComboBox1: TComboBox;
BitBtn1: TBitBtn;
Label4: TLabel;
Label5: TLabel;
Label6: TLabel;
Image1: TImage;
Image2: TImage;
Label3: TLabel;
Label7: TLabel;
procedure BitBtn1Click(Sender: TObject);
procedure BitBtn2Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form2: TForm2;
implementation
uses unit1, unit3, unit4, unit5, unit6, unit7,unit9, unit10;
{$R *.dfm}
procedure TForm2.BitBtn1Click(Sender: TObject);
begin
If (ComboBox1.ItemIndex=0) and (MaskEdit1.Text=’1234′) then
begin
Application.CreateForm(TFOrm1,Form1);
Form1.Show;
form2.Hide;
end
else
Application.MessageBox(‘Неверный пароль’,’Внимание!’,MB_ICONEXCLAMATION);
end;
procedure TForm2.BitBtn2Click(Sender: TObject);
begin
close;
end;
end.
unit Unit1;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, ExtCtrls;
type
TForm1 = class(TForm)
RadioGroup1: TRadioGroup;
Button1: TButton;
procedure Button1Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form1: TForm1;
implementation
uses Unit3, Unit2, Unit4, unit5, unit6, unit7, Unit9, Unit10;
{$R *.dfm}
procedure TForm1.Button1Click(Sender: TObject);
begin
if RadioGroup1.ItemIndex=4 then
begin
Form1.Hide;
Form4.Show;
end;
if RadioGroup1.ItemIndex=1 then
begin
Form1.Hide;
Form10.Show;
end;
end;
end.
unit Unit8;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, DB, ADODB, StdCtrls, Mask, DBCtrls, Grids, DBGrids, ExtCtrls,
DBTables;
type
TForm8 = class(TForm)
Panel2: TPanel;
ADOConnection1: TADOConnection;
BookTable: TADOTable;
DataSource1: TDataSource;
ADOConnection2: TADOConnection;
PereTable: TADOTable;
DataSource2: TDataSource;
DBGrid1: TDBGrid;
Button2: TButton;
BookTable_: TAutoIncField;
BookTable_2: TDateTimeField;
BookTableDSDesigner: TWideStringField;
BookTableDSDesigner2: TWideStringField;
BookTableDSDesigner3: TWideStringField;
BookTableDSDesigner4: TDateTimeField;
BookTableDSDesigner5: TWideStringField;
BookTableDSDesigner6: TWideStringField;
BookTableDSDesigner7: TWideStringField;
BookTableDSDesigner8: TWideStringField;
BookTableDSDesigner9: TIntegerField;
BookTableDSDesigner10: TWideStringField;
BookTableDSDesigner11: TWideStringField;
BookTable_3: TWideStringField;
PereTable_: TAutoIncField;
PereTable_2: TDateTimeField;
PereTableDSDesigner: TWideStringField;
PereTableDSDesigner2: TWideStringField;
PereTableDSDesigner3: TWideStringField;
PereTableDSDesigner4: TDateTimeField;
PereTableDSDesigner5: TWideStringField;
PereTableDSDesigner6: TWideStringField;
PereTableDSDesigner7: TWideStringField;
PereTableDSDesigner8: TWideStringField;
PereTableDSDesigner9: TIntegerField;
PereTableDSDesigner10: TWideStringField;
PereTableDSDesigner11: TWideStringField;
PereTable_3: TWideStringField;
Query2: TQuery;
ADOQuery1: TADOQuery;
Edit1: TEdit;
Button1: TButton;
ADOQuery1DSDesigner: TWideStringField;
ADOQuery1DSDesigner2: TWideStringField;
ADOQuery1DSDesigner3: TWideStringField;
ADOQuery1DSDesigner4: TDateTimeField;
ADOQuery1_: TWideStringField;
ADOQuery1DSDesigner5: TWideStringField;
ADOQuery1DSDesigner6: TWideStringField;
procedure Button2Click(Sender: TObject);
procedure Button1Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form8: TForm8;
implementation
uses Unit9, Unit10;
{$R *.dfm}
procedure TForm8.Button2Click(Sender: TObject);
begin
Form10.Show;
Form8.Hide;
end;
procedure TForm8.Button1Click(Sender: TObject);
begin
Adoquery1.Parameters.ParamByName(‘par1’).Value:=Edit1.text;
Adoquery1.Open;
dbgrid1.DataSource.DataSet.Active:=true;
end;
end.
unit Unit9;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, DB, ADODB, Grids, DBGrids, StdCtrls, Mask, DBCtrls, ExtCtrls;
type
TForm9 = class(TForm)
ADOConnection1: TADOConnection;
BookTable: TADOTable;
DataSource1: TDataSource;
Panel2: TPanel;
ADOConnection2: TADOConnection;
PereTable: TADOTable;
DataSource2: TDataSource;
DBGrid2: TDBGrid;
FindSource: TDataSource;
FindQuery: TADOQuery;
FindQueryID_: TIntegerField;
FindQueryDSDesigner: TDateTimeField;
FindQueryDSDesigner2: TDateTimeField;
FindQueryDSDesigner3: TWideStringField;
FindQueryID_2: TIntegerField;
FindQueryID_3: TIntegerField;
Button1: TButton;
Button2: TButton;
BookTable_: TAutoIncField;
BookTable_2: TDateTimeField;
BookTableDSDesigner: TWideStringField;
BookTableDSDesigner2: TWideStringField;
BookTableDSDesigner3: TWideStringField;
BookTableDSDesigner4: TDateTimeField;
BookTableDSDesigner5: TWideStringField;
BookTableDSDesigner6: TWideStringField;
BookTableDSDesigner7: TWideStringField;
BookTableDSDesigner8: TWideStringField;
BookTableDSDesigner9: TIntegerField;
BookTableDSDesigner10: TWideStringField;
BookTableDSDesigner11: TWideStringField;
BookTable_3: TWideStringField;
PereTable_: TAutoIncField;
PereTable_2: TDateTimeField;
PereTableDSDesigner: TWideStringField;
PereTableDSDesigner2: TWideStringField;
PereTableDSDesigner3: TWideStringField;
PereTableDSDesigner4: TDateTimeField;
PereTableDSDesigner5: TWideStringField;
PereTableDSDesigner6: TWideStringField;
PereTableDSDesigner7: TWideStringField;
PereTableDSDesigner8: TWideStringField;
PereTableDSDesigner9: TIntegerField;
PereTableDSDesigner10: TWideStringField;
PereTableDSDesigner11: TWideStringField;
PereTable_3: TWideStringField;
Button3: TButton;
procedure Button1Click(Sender: TObject);
procedure Button2Click(Sender: TObject);
procedure Button3Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form9: TForm9;
implementation
uses Unit1, Unit2,unit3, Unit4, unit5,unit6, unit7, unit10, Unit12, Unit8;
{$R *.dfm}
procedure TForm9.Button1Click(Sender: TObject);
begin
if PereTable.Modified then
PereTable.Post;
end;
procedure TForm9.Button2Click(Sender: TObject);
begin
Form10.Show;
Form9.Hide;
end;
procedure TForm9.Button3Click(Sender: TObject);
begin
if Application.MessageBox(Pchar(‘Действительно хотите удалить ?’),’Внимание!’,MB_OKCANCEL)=id_Ok then
PereTable.Delete;
end;
end.
unit Unit10;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Mask, DBCtrls, ExtCtrls;
type
TForm10 = class(TForm)
Panel1: TPanel;
Label1: TLabel;
Label2: TLabel;
Label3: TLabel;
DBLookupComboBox1: TDBLookupComboBox;
DBEdit1: TDBEdit;
DBEdit2: TDBEdit;
Button1: TButton;
Label4: TLabel;
Button2: TButton;
Button3: TButton;
procedure Button2Click(Sender: TObject);
procedure Button3Click(Sender: TObject);
procedure Button1Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form10: TForm10;
implementation
uses Unit1, Unit2,unit3, Unit4, unit5,unit6, unit7, unit9, Unit8, Unit12;
{$R *.dfm}
procedure TForm10.Button2Click(Sender: TObject);
begin
Form9.Show;
Form10.Hide;
end;
procedure TForm10.Button3Click(Sender: TObject);
begin
Form8.Show;
Form10.Hide;
end;
procedure TForm10.Button1Click(Sender: TObject);
begin
Form12.Show;
Form10.Hide;
end;
end.
unit Unit12;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, DB, ADODB, StdCtrls, Grids, DBGrids, ExtCtrls;
type
TForm12 = class(TForm)
Panel2: TPanel;
DBGrid2: TDBGrid;
Button1: TButton;
Button2: TButton;
ADOConnection1: TADOConnection;
BookTable: TADOTable;
DataSource1: TDataSource;
ADOConnection2: TADOConnection;
PereTable: TADOTable;
DataSource2: TDataSource;
FindSource: TDataSource;
Button3: TButton;
BookTable_: TAutoIncField;
BookTable_2: TDateTimeField;
BookTableDSDesigner: TWideStringField;
BookTableDSDesigner2: TWideStringField;
BookTableDSDesigner3: TWideStringField;
BookTableDSDesigner4: TDateTimeField;
BookTableDSDesigner5: TWideStringField;
BookTableDSDesigner6: TWideStringField;
BookTableDSDesigner7: TWideStringField;
BookTableDSDesigner8: TWideStringField;
BookTableDSDesigner9: TIntegerField;
BookTableDSDesigner10: TWideStringField;
BookTableDSDesigner11: TWideStringField;
BookTable_3: TWideStringField;
PereTable_: TAutoIncField;
PereTable_2: TDateTimeField;
PereTableDSDesigner: TWideStringField;
PereTableDSDesigner2: TWideStringField;
PereTableDSDesigner3: TWideStringField;
PereTableDSDesigner4: TDateTimeField;
PereTableDSDesigner5: TWideStringField;
PereTableDSDesigner6: TWideStringField;
PereTableDSDesigner7: TWideStringField;
PereTableDSDesigner8: TWideStringField;
PereTableDSDesigner9: TIntegerField;
PereTableDSDesigner10: TWideStringField;
PereTableDSDesigner11: TWideStringField;
PereTable_3: TWideStringField;
BookTable_4: TIntegerField;
procedure Button2Click(Sender: TObject);
procedure Button1Click(Sender: TObject);
procedure Button3Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form12: TForm12;
implementation
uses Unit10;
{$R *.dfm}
procedure TForm12.Button2Click(Sender: TObject);
begin
Form10.Show;
Form12.Hide;
end;
procedure TForm12.Button1Click(Sender: TObject);
begin
PereTable.Insert;
DBGrid2.SetFocus;
end;
procedure TForm12.Button3Click(Sender: TObject);
begin
if PereTable.Modified then
if dbgrid2.Columns.Items[5]=nil then showmessage(‘Введите данные’);
PereTable.Post;
end;
end.
