СОДЕРЖАНИЕ
ВВЕДЕНИЕ2
1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И РАЗРАБОТКА ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ СИСТЕМЕ4
1.1. Описание и анализ предметной области4
1.2. Обзор существующего программного обеспечения5
1.3. Анализ функциональных и эксплуатационных требований12
1.4. Модель вариантов использования14
1.5. Глоссарий проекта17
1.6. Проверка модели на полноту17
2. ПРОЕКТИРОВАНИЕ АИС «ОТДЕЛ КАДРОВ»20
2.1. Разработка архитектуры системы20
2.2. Разработка модели предметной области20
2.3. Разработка алгоритма функционирования системы23
2.4. Проектирование интерфейса пользователя26
2.5. Схема базы данных27
2.6Построение диаграммы классов29
3. РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ31
3.1. Реализация программного обеспечения системы31
3.1.1. Разработка диаграммы компонентов31
3.1.2. Объекты интерфейса пользователя31
4. ТЕСТИРОВАНИЕ ПРОГРАНОГО ОБЕСПЕЧЕНИЯ37
4.1. Разработка тестов и тестирование системы37
4.2. Анализ экономической эффективности АИС39
ЗАКЛЮЧЕНИЕ40
ПРИЛОЖЕНИЕ 142
ПРИЛОЖЕНИЕ 246
ВВЕДЕНИЕ
Управление организацией любого типа, будь то крупное предприятие или малая фирма, связано с переработкой большого объёма информации и принятием на ее основе оперативных и перспективных решений. Поэтому автоматизация управленческих работ является основным направлением совершенствования экономики. Применение экономико-математических методов, современных средств вычислительной техники и связи создает новые возможности для дальнейшего совершенствования управления.
Разрабатываемый программный продукт является автоматизированной информационной системой отдела кадров и носит название «АИС отдела кадров». Целью данной курсовой работы является создание АИС, с помощью которой упростится поиск информации и работа с документами, как для специалистов отдела кадров, так и для остальных сотрудников предприятия.
Тема данной курсовой работы является актуальной, поскольку в настоящее время всё большую популярность получают компьютерные информационные системы, облегчающие работу сотрудников самых разных сфер деятельности, а также позволяющие оперативно и эффективно предоставить нужную информацию и выполнить ряд других функций, без помощи сотрудника организации.
Любое юридическое лицо, вне зависимости от его организационно-правовой формы, в процессе осуществления хозяйственной и финансовой деятельности сталкивается с осуществлением работ по формированию, ведению и хранению кадровой документации.
Должная организация работы отдела кадров важный момент в деятельности всего предприятия, потому что зависимость всех работников от своевременно выполненного перевода, полученного приказа об увольнении или приёме на работу, правильного рассчитанного стажа, весьма велика. Отдел кадров, являясь отправной точкой предприятия, вынужден работать с большим числом людей. Это, в свою очередь, приводит к тому, что производится документооборот с большим объёмом бумаги. У кадровиков хранится огромное количество приказов, личных дел, анкет и других разнообразных документов, являющихся необходимыми при такого рода деятельности. Потому возможность создания и сохранения таких документов в электронном виде важная и актуальная задача. Эти документы это результат выполнения неких кадровых операций (либо исходные данные для них). Таким образом, у специалиста-кадровика должна иметься возможность выполнения всех кадровых операций на компьютере, что значительно эффективнее, оперативнее и проще.
Разработка программного продукта имеет следующие задачи:
- автоматизация работы с документами;
- организация доступа к данным для сотрудников организации без непосредственного участия специалиста по ведению баз данных;
- автоматизация работы с отчетами для других отделов предприятия, которые используют информацию, полученную от отдела кадров.
С его помощью упростится работа с документами для не только работников отдела кадров, но и осуществление обмена данными с другими отделами предприятия. В текущий момент в отделе кадров завода «Альбатрос» не используется никаких автоматизированных информационных систем, с помощью которых была бы упрощена работа кадровиков. Эта АИС будет полезна для оперативного получения достоверных сведений по различным вопросам и упрощения работы сотрудников отдела кадров.
Цель курсовой работы
Целью разработки курсового проекта является создание АИС отдела кадров, автоматизирующей процессы формирования приказов и другой документации, с помощью которой упростится ввод и поиск информации для специалистов отдела кадров и прочих работников предприятия.
Задачи курсовой работы
- Обеспечить авторизованный вход пользователей в систему.
- Обеспечить создание, изменение и просмотр приказов, личных дел, штатного расписания, графика отпусков, трудовых договоров.
Программный продукт предназначен для использования на заводе «Альбатрос».
Для разработки программного продукта применяется среда визуального объектно-ориентированного программирования Borland Delphi 7, для проектирования АИС используется программа IBM Rational Rose 2001.
1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И РАЗРАБОТКА ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ СИСТЕМЕ
1.1. Описание и анализ предметной области
Кадровое делопроизводство это комплекс методов и процессов работы с кадровой документацией, осуществляемый организацией при выполнении ею своих функций и задач.
С помощью автоматизированной информационной системы (АИС) экономится время работников отдела кадров благодаря автоматизации документооборота. Внедрение специализированного программного обеспечения существенно снизит время, необходимое для обработки информации и оформления кадровых приказов и документов.
В работе отдела кадров выделяются следующие важные составляющие: заключение трудового договора с работниками, ведение личной карточки, составление штатного расписания, графика отпусков, создание различных приказов. Кадровое делопроизводство предусматривает составление и оформление документов по различным кадровым направлениям: прием на работу, увольнение, перемещение, совместительство, перевод, временный перевод для замещения отсутствующего работника, взыскание, поощрение, командирование, предоставление отпуска, аттестация и т.п. Работник кадрового отдела должен своевременно знакомиться со всеми изменениями в кадровом делопроизводстве.
Для работы АИС предполагается создание базы данных, содержащей всю информацию о сотрудниках завода. Внесением информации будут заниматься специалисты отдела кадров.
АИС отдела кадров позволит значительно повысить скорость и эффективность работы отдела кадров.
Как основной процесс в отделе кадров можно выделить принятие на работу нового сотрудника. При поступлении на работу, сотрудник пишет заявление о приеме на работу документ, адресованный начальнику отдела кадров, с просьбой о приеме на работу. Работник пишет заявление, как правило, от руки, в произвольной форме или на бланке, разработанном на данном предприятии. Начальник отдела кадров заверяет это заявление и передаёт специалисту отдела кадров.
При приеме на работу специалист отдела кадров помимо письменного заявления работника о приме на работу обязан потребовать предъявления следующих документов:
- паспорт или иной документ, удостоверяющий личность;
- трудовую книжку, за исключением случаев, когда трудовой договор заключается впервые или работник поступает на работу на условиях совместительства;
- страховое свидетельство государственного пенсионного страхования;
- документы воинского учета для военнообязанных и лиц, подлежащих призыву на военную службу;
- документ об образовании, о квалификации или наличии специальных знаний при поступлении на работу, требующую специальных знаний или специальной подготовки.
Данные из всех этих документов специалист отдела кадров заносит в личную карточку сотрудника. Личная карточка хранится в отделе кадров до момента увольнения сотрудника, после увольнения личная карточка уничтожается.
Рисунок 1.1. Модель бизнес-процесса
- Обзор существующего программного обеспечения
Проблема автоматизации кадрового делопроизводства является актуальной, поэтому существует большое количество программного обеспечения для работы отдела кадров. Эти программы можно разделить на несколько групп.
Первую группу образуют свободно распространяемые программы, написанные непрофессионалами. (“WDATEOK”, “Кадры”, “Отдел кадров и ДОУ”, “Табель”). Они обеспечивают автоматизацию отдельных функций и не сопровождаются авторами.
Во вторую группу входят программы, которые разрабатываются собственными программистами для своей организации с целью экономии средств. Можно упомянуть такие системы, как “SLS-Кадры”, “STAFF-Кадры”, “Triamant” и др. Однако опыт показал, что сама по себе система непрерывно развивалась и совершенствовалась, а затраты на ее эксплуатацию и сопровождение превышали затраты на приобретение готового программного обеспечения. Ситуация не изменилась при переносе данной концепции в среду Windows.
Третья группа образована бухгалтерскими системами, в состав которых включен функциональный модуль “Кадры”. Основной целью программ данной группы является обеспечение бухгалтерского учета, где наличие некоторых функций кадрового модуля необходимо для их полноценной работы. Кадровые модули могут отличаться между собой полнотой учетной карточки, наличием тех или иных выборок. Причем эти кадровые модули в составе бухгалтерии не только не помогают менеджеру по персоналу, а порой и мешают, так как эти отделы имеют слишком разные задачи.
Наиболее яркими представителями систем такого класса являются “1С Зарплата и кадры”, “Platinum”, “Ultima-S”, “Scala”, “Галактика”, “БОСС-Кадровик” и др. Для систем этой группы характерна узость базовой версии, что требует достаточно большой доработки и ведет к несовместимости с новыми версиями системы. Сюда же можно отнести системы автоматизации деятельности предприятий с включенными в них модулями “Кадры”.
И, наконец, четвертая группа представлена комплексными системами автоматизации деятельности предприятия, основанными на использовании системы баз данных, охватывающих все сферы деятельности предприятия. Среди предлагаемых на рынке систем на первый план выдвигаются “Oracle-Кадры” и “NS2000”, представляющие собой системы четвертого поколения и достаточно полно отражающие современный уровень развития программно-аппаратного обеспечения автоматизации деятельности предприятий. Основные отличия зарубежных интегрированных систем управления предприятием от российских заключаются в следующем:
- ориентация на хорошо структурированную иерархическую систему процессов, выполняемых на предприятии;
- опора на наборы стандартов, которым процессы должны удовлетворять, например стандарт ММAS;
- поддержка полного набора управляющих функций (в рамках процесса или предприятия): планирование контроль отклонений (учет) регулирование;
- наличие приложений, использующих методы, позволяющие оптимизировать решение ряда частных управленческих задач.
Система корпоративного учета NS2000 отвечает требованиям функциональной полноты и является лауреатом шестого Международного конкурса программного обеспечения в области финансов и бизнеса. Система спроектирована и разработана с использованием средств BP-WIN, ER-WIN, PROGRESS 4GL.
Схема комплекса, таким образом, представляет собой набор модулей, все они могут быть сгруппированы по трем основным направлениям: управление, финансы, логистика.
В состав системы R/3 входит модуль “Управление персоналом Oracle Applications” (Oracle Human Resources), который позволяет добиться максимальной отдачи от сотрудников за счет эффективного набора персонала, управления кадрами, обучения, оплаты труда и планирования карьеры. На сегодняшний день в своем классе продуктов модуль “Управление персоналом Oracle Applications” является одной из наиболее функционально полных систем для организации работы отдела кадров современного предприятия.
Его использование позволяет решать следующие задачи:
- планирование организационных изменений, включая моделирование структурных и должностных иерархий организации;
- планирование структурных подразделений, описание разряда, должности, позиции, ведение справочников и т. д.;
- персональный учет сотрудников и кандидатов с полной записью их профессиональных качеств (для оптимального использования трудовых ресурсов), данных для начисления зарплаты, данных об использовании рабочего времени, послужного списка сотрудников, потребности в повышении квалификации и результатов обучения сотрудников;
- анализ и ведение отчетности по типовым государственным формам, по нестандартной отчетности при помощи средств разработки Oracle, оперативный анализ данных и поддержку принятия решений.
Системе “Oracle-Кадры” присущи все достоинства предыдущих систем. Однако она имеет и ряд дополнительных преимуществ. В системе предусмотрена возможность работы с системой баз данных (штатные сотрудники, уволенные сотрудники, архив, кадровый резерв, временные сотрудники и т. д.), что значительно сокращает время обработки запросов. Вторым несомненным преимуществом является содержимое учетной карточки, включающей 102 темы (согласно постановлению Госкомстата карточка должна содержать не менее 55 тем).
Предусмотрена возможность произвольной модификации штатного расписания с автоматическим подсчетом вакансий, а также развитый модуль обработки нерегламентированных запросов. В системе предусмотрены процедуры ведения табеля (персонального и на подразделение) с автоматическим контролем отпусков, командировок, материальной помощи и т. п. Только в некоторых системах имеется наличие всех обязательных разделов кадрового учета, но только в системе “Oracle-Кадры” они имеются в полном объеме. Поэтому с учетом приемлемой ее стоимости (до 500 долл.) можно утверждать, что в настоящее время указанная система является лидером среди систем автоматизации деятельности предприятий, включая все функции автоматизации кадрового документооборота.
Подводя итоги, можно сказать, что для долговременной удобной работы необходима многофункциональная, самостоятельная сетевая кадровая программа, с развитым сервисом и возможностью стыковки с другими системами, мощным штатным расписанием, комплектом шаблонов и простым интерфейсом, что значительно сужает круг подходящих предложений. Таким образом, в крупных организациях предпочтение может быть отдано интегрированным системам, и, прежде всего, системе “Oracle-Кадры”, основными отличительными чертами которой являются:
- модульный принцип построения, ориентированный на работу нескольких пользователей с разделением учета по функциональным участкам. Такой подход характерен для многих современных западных систем;
- сквозное перетекание данных, что позволяет с максимальным удобством для пользователя работать с программой.
Автоматизированная система «БОСС - Кадровик»
Безусловно, одной из наиболее распространенных на российском рынке отечественных автоматизированных систем управления персоналом является БОСС-Кадровик, разработанная и успешно продвигаемая компанией АйТи. Зафиксированы уже сотни внедрений БОСС-Кадровика на российских предприятиях. В настоящее время система БОСС-Кадровик эксплуатируется на предприятиях энергетики, нефтегазовой отрасли, металлургии, торговли, пищевой промышленности, в банковской сфере, в транспортных компаниях, в госудаственных бюджетных организациях, на предприятиях фармацевтической промышленности и издательско-рекламного профиля, в представительствах иностранных фирм. Следует отметить следующие наиболее успешные внедрения БОСС-Кадровика на российских предприятиях [1]: нефтяная компания «ЮКОС», транспортная компания ЕВРОСИБ СПб; АО «Орелнефтепродукт», Московский хладокомбинат «Айс-Фили», ХФК «Акрихин», Иркутский алюминиевый завод, Костромская ГРЭС, МГУ, Водоканал МП, Шереметьево-Карго, авиакомпания «Башкирские Авиалинии», банк «Авангард»; Байкальский ЦБК и ряд других. Необходимо отметить и расширение партнерских отношений АйТи с другими российскими компаниями, целью которого является совместное продвижение БОСС-Кадровика (например, относительно недавно такое соглашение было подписано с компанией Парус-Петербург).
"БОСС-Кадровик" относится к классу комплексных систем управления персоналом. Он позволяет формировать и вести штатное расписание, хранить полную информацию о сотрудниках, отражать движение кадров внутри фирмы, рассчитывать зарплату. Этот программный продукт может использоваться для автоматизации работы отдела кадров, планово-экономического и расчетного отделов на любом предприятии независимо от рода деятельности.
Система "БОСС-Кадровик" разрабатывалась в течение четырех лет и впитала в себя опыт работы десятков профессионалов-кадровиков. Вся отчетность, формируемая в системе, разработана на основе постановлений Госкомстата РФ, Правительства РФ, инструкций Министерства труда РФ.
Дружественный интерфейс облегчает ввод информации и обучение работе. Логика системы интуитивно понятна любому (даже начинающему) пользователю. Экранный вид всех документов приближен к стандартному, основным действиям в системе соответствует стандартный набор функциональных клавиш. Если вы случайно сделали что-нибудь некорректное, то "БОСС-Кадровик" сам предупредит вас и предложит вариант действий.
В состав системы "БОСС-Кадровик" входят модули "Учет кадров", "Штатное расписание" и "Расчет заработной платы"; в зависимости от потребностей конкретного предприятия в систему включается отдельный модуль учета табеля рабочего времени, предназначенный для ведения ежедневного табельного учета непосредственно в подразделениях.
"БОСС-Кадровик" является сетевым продуктом, классически реализованным в архитектуре клиент-сервер, поэтому система отличается высокой надежностью, способна восстанавливаться при сбоях аппаратуры и обеспечивать надежную защиту от несанкционированного доступа.
Для работы с базой данных используется сервер Microsoft SQL Server. Применение данного SQL-сервера гарантирует максимальное использование сервером всех возможностей операционной системы. MS SQL Server поддерживает широкий спектр средств разработки, позволяет интегрировать программный продукт с офисными приложениями такими, как Microsoft Word, Еxcel, Internet Explorer.
Автоматизированная система «АиТ: Управление персоналом»
Занимает определенную долю российского рынка и программный комплекс управления персоналом «АиТ:\Управление персоналом» разработки компании АиТСофТ. По утверждению АиТСофТ, данный программный комплекс создан на базе изучения некоторых западных систем (в частности, модулей 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. Описание вариантов использования
ТерминЗначение Login
Ввод пользователем логина и пароля для доступа к системе (для специалиста и рабочего) Work with order Создание, изменение и просмотр приказов специалистом View list of members of staff Просмотр пользователем текущего штатного расписанияModify list of members of staff Редактирование штатного расписанияView graphic of leave Просмотр графика отпусковModify graphic of leave Редактирование специалистом графика отпусковCreate personal card Создание личной карточки для нового сотрудникаModify personal card Внесение новых данных о сотруднике в личную карточкуDelete personal card Удаление личной карточки в связи с увольнением сотрудникаView personal card Просмотр личной карточкиView work contract Просмотр трудового договора с сотрудником
Действующие лица для диаграммы вариантов использования приведены в таблице 1.2.
Таблица 1.2. Действующие лица
ТерминЗначениеHead Начальник отдела кадровSpecialist Сотрудник отдела кадровWorker Сотрудник завода, не работающий в отделе кадровBook-keeping БухгалтерияEconomic-planned section Экономико-плановый отдел
На основании всех выше рассмотренных вариантов использования была составлена диаграмма вариантов использования, представленная на рисунке. 1.2.
Рисунок 1.2. Диаграмма вариантов использования
Описание варианта использования «Создание личной карточки»
Действующие лица. Специалист отдела кадров.
Заинтересованные лица и их требования:
- сотрудник, данные о котором должны быть занесены в базу данных;
- специалист отдела кадров, который должен создать личную карточку сотрудника.
Предусловия.
Вход пользователя в систему.
Постусловия.
Если вариант использования выполнен успешно, создаётся новая личная карточка, которой будет присвоен уникальный код. В противном случае состояние системы не изменяется.
Основной сценарий.
- Система создаёт новый документ под названием «Личная карточка работника»
- В поле «код» генерируется код документа
- Система предлагает заполнить личную карточку
- Пользователь заполняет личную карточку
- Система спрашивает сохранить или не сохранить данные
- Пользователь сохраняет данные
- Вариант использования завершается
Альтернативные потоки:
5a. Если пользователь не вводит данные в обязательные поля, система выводит сообщение «Введите данные»
5b. Если пользователь вводит неверные данные, система выводит сообщение «Проверьте правильность данных»
7а. Если пользователь не сохраняет данные, состояние системы не меняется, вариант использования завершается
1.5. Глоссарий проекта
Основными понятиями проекта являются следующие:
- специалисты;
- сотрудники;
- приказы;
- личные карточки;
- график отпусков;
- штатное расписание;
- трудовой договор;
- экономико-плановый отдел
- бухгалтерия.
1.6. Проверка модели на полноту
Проверка на полноту диаграммы вариантов использования производится по операциям, выполняемым над основными объектами, представленными в таблице 1.3.
Основными объектами, упоминаемыми в модели вариантов использования, являются: приказ, личная карточка, штатное расписание, график отпусков, трудовой договор.
Таблица 1.3. Проверка на полноту
Варианты использованияОбъекты Личная карточкаШтатное расписаниеГрафик отпусковприказТрудовой договорWork with order 1,2,3,4View work contract3View list of members of staff 2Modify list of members of staff 3View graphic of leave 2Modify graphic of leave3Create personal card 1Delete personal card 4View personal card 2
В таблице 1.3 обозначены виды операций:
1 создание;
2 просмотр;
3 изменение;
4 удаление.
Над объектом «Штатное расписание» нет операции создание (1) , так как штатное расписание создано заранее и пользователю остаётся только внести в него данные. Операцию удаление (4) производить запрещено.
«График отпусков» так же не имеет операции создания, так как уже создан и требует лишь заполнения, либо изменения.
Объект «Трудовой договор» создаётся вне АИС, поэтому доступен лишь его просмотр.
Результаты анализа полноты выполнения функциональных требований пользователя в модели вариантов использования приведены в таблице 1.4. Все функциональные требования пользователя отражены в основных вариантах использования.
Таблица 1.4. Анализ полноты выполнения требований пользователя
Требования пользователяВарианты использованияLogin Работа с приказамиПросмотреть штатное расписаниеИзменить штатное расписаниеПросмотреть график отпусков. Изменить график отпусковСоздать личную карточкуИзменить личную карточкуУдалить личную карточку
Просмотр личной карточки
Просмотреть трудовой договор
Разделение доступа к информации+Возможность просмотра доступной информации для рабочего;+
+
+Облегчение контроля работы для начальника отдела кадров++++++++
+
+Автоматизация работы специалистов отдела кадров+++++++
+
+Доступ к необходимой информации для бухгалтерии и планово-экономического отдела + +
2. ПРОЕКТИРОВАНИЕ АИС «ОТДЕЛ КАДРОВ»
2.1. Разработка архитектуры системы
Разрабатываемое программное обеспечение является клиент-серверным приложением.
В фирме должны быть расположены персональные компьютеры для работы сотрудников (специалисты, начальство) с приложением. Все компьютеры в системе соединены локальной сетью, с сервером базы данных, где будет храниться база данных со всей информацией.
На рисунке 2.1 приведена предварительная диаграмма развертывания разрабатываемого приложения архитектура технических средств системы.
Рис. 2.1. Архитектура технических средств системы
2.2. Разработка модели предметной области
В результате анализа (раздел 1) были выделены категории концептуальных классов, представленные в таблице 2.1.
Таблица 2.1. Список категорий концептуальных классов
Категория концептуальных классовПримерыФизические и материальные объектыПользователи
ДокументыРоли людей
Специалист отдела кадров
Начальник отдела кадров
Сотрудник заводаСобытияСоздание личной карточки
Редактирование личной карточки
Просмотр личной карточки
Удаление личной карточки
Создание приказов
Составление графика отпусков
Составление штатного расписания
Просмотр трудового договораПроцессыАвторизация
Работа с личной карточкой
Работа со штатным расписанием
Работа с графиком отпусков
Работа с приказами
Пользуясь списком категорий и методом анализа словесного описания вариантов использования, составлен список кандидатур на роль концептуальных классов для предметной области. Он соответствует требованиям и принятым упрощениям для всей предметной области.
Список концептуальных классов:
- сотрудник;
- штатное расписание;
- приказ;
- график отпусков;
- трудовой договор.
На основании анализа словесного описания варианта использования, составлен список ассоциаций для предметной области, представленный в таблице 2.2.
Таблица 2.2. Ассоциации для модели предметной области
АссоциацияОписание ассоциацииСоставляетсяДля всех сотрудников завода составляется график отпусковСоздаётсяНа любого сотрудника может создаваться приказЗаключаетсяС каждым сотрудником заключается трудовой договорЗанимаетКаждый сотрудник занимает определённую должность
На основании анализа технического задания и описания вариантов использования выделены атрибуты классов для модели предметной области, представленные в таблице 2.3.
Таблица 2.3. Атрибуты классов для модели предметной области
Название классаАтрибуты классаГрафик отпусковДата начала
Дата окончания
Код карточкиПриказНомер приказа
Дата
Текст Штатное расписаниеОтдел
Должность
Количество единиц
Оклад
ПримечаниеТрудовой договорНомер трудового договора
Дата
СодержаниеСотрудник(личная карточка)Код сотрудника
Фамилия
Имя
Отчество
Дата рождения
Место рождения
Гражданство
Образование
Профессия
№ паспортаВ результате объединения концептуальных классов, ассоциаций и атрибутов классов концептуальная модель предметной области имеет вид, показанный на рисунке 2.2.
Рисунок 2.2. Концептуальная модель предметной области
2.3. Разработка алгоритма функционирования системы
Для того чтобы предотвратить несанкционированный доступ, вход в систему осуществляется с проверкой имени и пароля.
Для этого необходимо разработать разделение одного интерфейса.
Алгоритм работы системы в виде диаграммы деятельностей приведен на рисунке 2.3.
Алгоритм работы специалиста отдела кадров в виде диаграммы деятельностей представлен на рисунке 2.4.
На рисунке 2.5 представлена деятельность специалиста отдела кадров «Работа с личной карточкой».
На рисунке 2.6 представлена деятельность специалиста отдела кадров «Создание личной карточки».
Рисунок 2.3. Алгоритм работы системы
Рисунок 2.4. Диаграмма деятельностей «Работа специалиста ОК»
Рисунок 2.5. Диаграмма деятельностей «Работа с личной карточкой»
Рисунок 2.6. Диаграмма деятельностей «Создание личной карточки»
Алгоритм выполнения деятельности «Создание личной карточки» разработан на основе сценария, приведенного в разделе 1.3.9.
2.4. Проектирование интерфейса пользователя
2.4.1.Разработка диаграммы состояний интерфейса специалиста отдела кадров
На основании алгоритма функционирования и требований к интерфейсу (раздел 1) разработана диаграмма состояний, представленная на рисунке 2.7.
Рисунок 2.7. Диаграмма состояний интерфейса специалиста отдела кадров
После запуска приложения на экране появляется форма специально отведенных полях ввода логина и пароля пользователь заносит свои данные. Если эти данные будут неправильными, система выводит ошибку, предложит ввести повторно. Если введенные пользователем данные будут истинными, закроется окно авторизации и будет открыта главная форма с элементами, которые доступными пользователю.
2.5. Схема базы данных
На рисунке 2.8 изображена схема базы данных.
Рисунок 2.8. Схема базы данных
Реляционная модель данных разработана на основе концептуальной модели предметной области. Реляционная модель данных в дальнейшем служит для разработки базы данных. Информация о столбцах таблиц приведена в таблицах 2.4 ,2.5 ,2.6.
2.5.1. Построение диаграмм последовательностей для варианта использования «Создание личной карточки»
На основе сценария разработана следующая диаграмма последовательности:
Рисунок 2.9. Диаграмма последовательностей «Создание личной карточки».
На рисунке 2.10. изображена диаграмма «Создание личной карточки».
Рисунок 2.10 Диаграмма «Создание личной карточки»
- Построение диаграммы классов
Диаграмма классов для варианта использования «Создание личной карточки» представлена на рисунке 2.11.
Рисунок 2.11 Диаграмма классов «Создание личной карточки»
Таблица 2.4. Атрибуты класса Сотрудник(личная карточка)
Имя атрибутаТип данных1Код_сотрудникаDouble2ФамилияString3ИмяString4ОтчествоString5Дата_рожденияString6Место_рожденияString7ГражданствоString8ОбразованиеString9ПрофессияString10№_паспорта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.
1 2 3
Рисунок 3.2. Форма авторизации
В таблице 3.1 представлены расположенные на форме Form1 компоненты
Таблица 3.1. Компоненты формы Form1
№Наименование компонентаТип компонентаНазначение1ComboBox1ComboBoxПоле ввода имени пользователя2ComboBox1ComboBoxПоле ввода пароля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. Форма «Просмотр личной карточки»
3.2. Модель технического обеспечения
Полная диаграмма развертывания АИС отдела кадров приведена на рис. 3.7.
Рисунок 3.7. диаграмма развертывания АИС отдела кадров
4. ТЕСТИРОВАНИЕ ПРОГРАНОГО ОБЕСПЕЧЕНИЯ
4.1. Разработка тестов и тестирование системы
Было проведено тестирование разработанного программного продукта.
При этом была проверена работоспособность системы на всех основных переходах диаграммы состояний интерфейса пользователя и на всех вариантах использования в соответствии с моделью вариантов использования.
4.1.1. Пример тестирования операции «Просмотр личной карточки»
Первоначально должна быть открыта форма авторизации (рисунок 4.1).После чего откроется главная форма (рисунок 4.2). Для работы с личной карточкой пользователь должен выбрать в меню «Личная карточка». При нажатии этой кнопки открывается форма «Выберите действие над личной карточкой» (рисунок 4.3). Для просмотра личной карточки пользователь должен нажать на кнопку «Просмотреть личную карточку». При нажатии этой кнопки открывается форма «Просмотр личной карточки» (рисунок 4.4). Пользователь вводит нужную фамилию и нажимает кнопку «Просмотреть». После просмотра данных пользователь нажимает кнопку «возврат» для выхода в главное меню.
Рисунок 4.1. Форма авторизации
Рисунок 4.2. Главная форма
Рис. 4.3. Форма «Выберите действие над личной карточкой»
Рис. 4.4. Форма «Просмотр личной карточки»
4.2. Анализ экономической эффективности АИС
Внедрение АИС отдела кадров на заводе «Альбатрос» позволит:
- уменьшить трудоемкость выполнения различных операций;
- автоматизировать работу отдела кадров,
- организовать доступ к данным для рабочих предприятия без непосредственного участия специалиста базы данных;
- автоматизировать работу с отчетами для отделов, которые использую информацию из отдела кадров.
ЗАКЛЮЧЕНИЕ
Разработанный программный продукт позволяет автоматизировать работу отдела кадров. Разработанная система облегчает работу с документацией для сотрудников завода «Альбатрос».
В процессе создания системы в соответствии с заданием были разработаны: модель вариантов использования, концептуальная модель предметной области, диаграммы деятельности, реляционная модель данных, диаграмма состояний интерфейса, формы интерфейса, диаграмма компонентов и диаграмма развертывания. Была выполнена частично проверка и отладка системы.
Система позволяет:
- специалисту отдела кадров создавать, редактировать, просматривать необходимые для работы документы: личные карточки, трудовые договоры, штатное расписание, график отпусков, приказы;
- начальству следить за работой специалиста;
- сотрудникам завода просматривать необходимую им информацию.
В данной курсовой работе было проведено программирование на языке Delphi. Программный продукт содержит форму авторизации пользователей, которая открывается после запуска приложения. Данная форма содержит поля для ввода пользователем своего логина и пароля.
Таким образом, в курсовой работе удалось реализовать АИС отдела кадров завода «Альбатрос», которая удовлетворяет заданным требованиям.
СПИСОК ЛИТЕРАТУРЫ
- Вендров A.M. Проектирование программного обеспечения экономических информационных систем: Учеб. - М.: Финансы и статистика, 2000.
- Кватрани Т. Rational Rose 2000 и UML. Визуальное моделирование. - М.: ДМК Пресс, 2001.
- Ларман К. Применение UML и шаблонов проектирования. - М.: Издательский дом «Вильяме», 2001.
- Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя. - М.: ДМК Пресс, 2001.
- Леоненков А.В. Самоучитель UML. - СПб.: БХВ-Петербург, 2001.
- Мандел Т. Разработка пользовательского интерфейса. - М: ДМК Пресс, 2001.
- Архангельский А. Я. Программирование в Delphi. Учебник по классическим версиям Delphi. - М.: Бином, 2006.
ПРИЛОЖЕНИЕ 1
Личная карточка работника
Рисунок 5.1. Личная карточка работника
Рисунок 5.2. Личная карточка работника (продолжение)
Рисунок 5.3. Личная карточка работника (продолжение)
Рисунок 5.4. Личная карточка работника (продолжение)
ПРИЛОЖЕНИЕ 2
Текст программы
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.