Программный продукт автоматизации учета заработной платы и материалов

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Введение

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

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

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

1. Назначение и цели создания системы

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

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

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

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

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

- систему хранения, поиска и редактирования условно-постоянной и нормативно-справочной информации, которая изменяется достаточно редко (справочники);

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

- систему работы с динамической информацией (остатки);

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

Такие комплексные программы, осуществляющие учет, представлены как отечественными производителями, так и зарубежными аналогами:

- комплексная система «Галактика»;

- корпоративная информационная система «Флагман»;

- система SAP R/3;

- система «1С Предприятие» и др.

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

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

2. Характеристика объекта автоматизации

2.1 Сведения об объекте автоматизации

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

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

Диаграмма вариантов использования отражает работу объекта автоматизации (рисунок 2.1.1)

Рисунок 2.1.1 - Диаграмма вариантов использования

Приведем пример одного из потоков событий в объекте автоматизации:

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

- автоматизированная система выводит на экран главную форму;

- оператор выбирает раздел «Учет заработной платы». Открывает форму «Добавить сотрудника» и вводит данные. При выборе раздела «Документы» выполняется альтернативный поток событий А1.

Альтернативный поток событий А1:

- оператор выбирает раздел «Документы»;

- автоматизированная система выводит список доступных отчетов (список сотрудников, ведомость выдачи заработной платы, ведомость начисления зарплаты (расчетные), ведомость начисления зарплаты в Excel)$

- оператор выбирает один из отчетов;

- автоматизированная система формирует отчет и выводит на экран в режиме просмотра;

- оператор выбирает параметры печати;

- автоматизированная система печатает отчет.

Деятельность автоматизированной системы представлена на рисунке 2.1.2 в виде диаграммы.



Рисунок 2.1.2 - Диаграмма деятельности автоматизированной системы при учете заработной платы

2.2 Обоснование необходимости компьютерной обработки информации

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

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

Для большей простоты и совместимости с операционной системой за основу при разработке данного проекта взята среда быстрой разработки программного обеспечения Borland Delphi, которая позволяет создавать программы под операционную систему Windows. Эта операционная система наиболее распространена среди пользователей.

3. Логическая модель данных

програмный автоматизация учет данные

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

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

- иерархическую;

- сетевую;

- реляционную.

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

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

- семантическая модель;

- фреймы;

- модель «сущность-связь».

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

- описание объектов предметной области происходит естественным языком;

- все записи, поступающие в БД накапливаются в относительно однородной структуре.

Но, несмотря на эти преимущества, семантическая модель данных обладает рядом недостатков, один из которых и наиболее существенный, заключается в том, что построение реляционной модели данных на основе семантических сетей затруднено.

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

Модель «сущность-связь» описывается в терминах сущность, связь, значение. Сущность - понятие, которое может быть идентифицировано. Связь - соединение сущностей. Для представления связей и сущностей введен специальный метод: ER-диаграмма [27]. Различаются сущности трех основных классов: стержневые, ассоциативные и характеристические. Стержневая сущность - это независимая сущность (ей свойственно независимое существование). Ассоциативная сущность или ассоциация рассматривается как связь между двумя или более сущностями типа «многие - ко-многим» или подобные им. Характеристическая сущность (или характеристика) представляет собой сущность, единственная цель которой, в рамках рассматриваемой предметной области, состоит в описании или уточнении некоторой другой сущности. ER-диаграмма - графическое представление взаимосвязей сущностей. Каждое множество сущностей представляется прямоугольником, а множество связей - ромбом. Связи могут быть трех типов: «один к одному», «один ко многим», «многие ко многим», данные типы связи присущи реляционной модели, как и сущности, которым в реляционной модели соответствуют таблицы.

Вывод: в связи с тем, что модель «сущность-связь» наиболее близка по принципам организации к реляционной модели и реализация последней на основе первой наиболее удобна, то в качестве концептуальной модели выбрана модель «сущность-связь».

Выделение сущностей.

Разработанная база данных состоит из таблиц, между которыми установлены связи. Выделение основных объектов, сущностей (таблиц БД) является первым шагом моделирования любой базы данных. Здесь же необходимо определить и связи между ними, а также обязательность связи.

Сущность (таблица) - это множество экземпляров реальных или абстрактных объектов, обладающих общими атрибутами (характеристиками). Любой объект системы может быть представлен только одной сущностью. Для разрабатываемой базы данных созданы следующие сущности:

- сущность «Должность» (файл Dolj.DB) вводится для хранения информации о должностях и окладах, соответствующих должности;

- сущность «Штат» (файл Stat.DB) вводится для хранения информации сотрудниках (работниках предприятия);

- сущность «Аванс» (файл Advance.DB) вводится для хранения информации о выдаче аванса работникам;

- сущность «Штат_зарплата» (файл Ststzp.DB) вводится для хранения информации о выдаче начислении заработной платы работникам;

- сущность «Поставщики» (файл Post.DB) вводится для хранения информации о поставщиках материалов;

- сущность «Материалы» (файл Material.DB) вводится для хранения информации о материалах;

- сущность «Поставщики» (файл Post_k.DB) вводится для хранения информации о поставщиках материалов.

При составлении логической схемы базы данных необходимо учесть все особенности функциональности и структуры системы. Необходимо построить базу данных так, что бы при ее использовании не возникали аномалии модификации. Для достижения желаемых результатов необходимо нормализировать отношения (до нормальной формы Бойса-Кодда).

Все нормальные формы являются вложенными. Это значит, что если отношение находится в нормальной форме Бойса-Кодда (БКНФ), то оно находится в первой, второй и третьей нормальных формах.

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

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

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

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

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

На логическом уровне в базе данных присутствует связь между сущностями «Должности» и «Штат» типа один-ко-многим. Это значит, что на одной и той же должности может работать несколько человек. Между сущностями «Зарплата» и «Аванс» существует связь типа один-к-одному. Между сущностями «Штат» и «Штат_зарплата» существует связь типа один-к-одному. Это значит, что одному работнику соответствует одна заработная плата (рисунок 3.1).

Рисунок 3.1 - Связи между сущностями

Более подробно связи между сущностями представлены на рисунке 3.2, где FK обозначает поля связей.



Рисунок 3.2 - Логическая модель данных «Учет заработной платы»

4. Физическая модель

4.1 Обоснование средств разработки

Для разработки программного модуля использовалась объектно-ориентированная система программирования Borland Delphi - общепризнанный лидер среди инструментов для создания приложений и систем, функционирующих на платформе Windows.

Программы в Delphi создаются на основе современной технологии визуального программирования, которая в свою очередь, базируется на идеях объектно-ориентированного программирования. Программы пишутся на языке Object Pascal, который является преемником и развитием языка Turbo Pascal, завоевавшего в недавнем прошлом широкую популярность. Эта популярность обусловлена простотой языка, высококачественным компилятором и удобной средой разработки. Object Pascal воплотил в себе, кроме вышеперечисленного, еще и концепцию объектно-ориентированного программирования. В нем с помощью мыши можно выбирать готовые объекты и перетаскивать их на рабочую форму, на базе которой проектируется окно будущей программы. Delphi скрывает все сложности и в то же время предоставляет широчайшие возможности при создании СУБД.

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

При разработке программного продукта были использованы средства, которые входят в состав Delphi - это BDE Administrator, DataBaseDesktop (DBD), визуальные и невизуальные компоненты для работы с БД, компоненты для построения отчетов.

BDE Administrator - это утилита для установки псевдонима (имени) параметров и драйверов баз данных на конкретном компьютере. При работе с базой данных из приложения, созданного с помощью Delphi, доступ к базе данных производится по ее псевдониму. Параметры, определяемой псевдонимом базы действуют только для этой БД; параметры, установленные для драйвера БД, действуют для всех баз данных, использующих драйвер.

DataBaseDesktop (DBD) - средство для создания, изменения и просмотра БД. Эта утилита прежде всего ориентирована на работу с таблицами локальных СУБД. DBD также предоставляет возможность сформировать запрос к БД методом QBE (Query By Example - запрос по образцу).

Невизуальные компоненты служат для соединения приложения с таблицами БД, с из помощью осуществляется подключение к базам данных, формирование запросов к ним, манипулирование таблицами. Эти компоненты расположены на странице Data Access.

Визуальные компоненты предназначены для визуализации записей наборов данных или их отдельных полей. Эти компоненты расположены на странице Data Controls палитры компонентов. Они служат инструментом разработки пользовательского интерфейса доступа к данным.

Компоненты для построения отчетов размещены на странице QReport. Отчеты играют важную роль: на основании запросов к БД они создают для пользователя нужные ему документы.

СУБД предназначена для хранения и поиска данных, представления информации в удобном виде и автоматизации часто повторяющихся операций (таких, как ведение счетов, учет, планирование и т.п.). Delphi имеет широкий набор инструментов для ввода, хранения, просмотра, выборки и управления информацией. К этим средствам относятся таблицы, формы, отчеты, запросы. С помощью Delphi можно разрабатывать простые и удобные формы ввода данных, а также осуществлять обработку данных и выдачу сложных отчетов. Кроме того, таблицы в Delphi снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Delphi поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата / время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.

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

- создавать законченные приложения для Windows самой различной направленности;

- быстро создавать профессионально выглядящий оконный интерфейс для любых приложений;

- создавать мощные системы работы с локальными и удаленными базами данных любых типов; при этом имеются средства автономной отладки приложений с последующим выходом в сеть;

- создавать многозвенные распределенные приложения, основанные на различных технологиях;

- создавать приложения, которые управляют другими приложениями, в частности, такими программами Microsoft Office, как Word, Excel и др;

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

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

- создавать отчеты, справочные системы, библиотеки DLL, компоненты ActiveX и т.п.

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

4.2 Описание доменов

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

Домен - множество допустимых значений данного типа.

Для проектируемой базы данных были определены следующие домены:

- имеющие численный тип N (Number) - «Количество» (поле Kolich), «Сумма аванса» (Adv_summa), «Надбавка в%» (Nadb_%);

- имеющие численный тип I (Long Integer) - «Номер сотрудника» (N_sotr)

- имеющие строковый тип A(10)=(Alpha 10), где 10 - количество символов в поле (размер поля) - «Единица измерения» (Ed_izmer);

- имеющие строковый тип (Alpha 20) - «Номер свидетельства» (N_svid), «Страна» (P_adr_country), «Город» (P_adr_city), «Улица/дом» (P_adr_street), «Телефон» (Phone);

- имеющие строковый тип (Alpha 30) - «Название материала» (Naimen), «Фамилия сотрудника» (Stat_F, Adv_F), «Имя и отчество» (Stat_name, Adv_name), «Название должности» (Dol_name, Stat_dolj);

- имеющие строковый тип (Alpha 50) - «Название поставщика» (Post_name);

- имеющие тип дата / время (Date) - «Дата оприходования» (Data_post), «Дата списания» (Data_spis), «Дата приема» (Data_priema);

- имеющие тип денежные суммы (Money($)) - «Цена» (Cena), «Сумма» (Summa), «Оклад» (Dol_okl), «Надбавка в рублях» (Nadb_$), «Налог подоходный» (Nalog_pod), «Профсоюзный фонд» (Nalog_prof), «Пенсионный фонд» (Nalog_pens), «Аванс» (Avans), «К выдаче» (Vydat);

4.3 Описание таблиц

Первым шагом моделирования базы данных является выделение основных объектов, сущностей.

Сущность (таблица) - это множество экземпляров реальных или абстрактных объектов, обладающих общими атрибутами (характеристиками). Любой объект системы может быть представлен только одной сущностью. Для разрабатываемой базы данных созданы следующие сущности:

- сущность «Должность» (файл Dolj.DB) вводится для хранения информации о должностях и окладах, соответствующих должности;

- сущность «Штат» (файл Stat.DB) вводится для хранения информации сотрудниках (работниках предприятия);

- сущность «Аванс» (файл Advance.DB) вводится для хранения информации о выдаче аванса работникам;

- сущность «Штат_зарплата» (файл Ststzp.DB) вводится для хранения информации о выдаче начислении заработной платы работникам;

- сущность «Поставщики» (файл Post.DB) вводится для хранения информации о поставщиках материалов;

- сущность «Материалы» (файл Material.DB) вводится для хранения информации о материалах;

- сущность «Поставщики» (файл Post_k.DB) вводится для хранения информации о поставщиках материалов.

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

Структура сущностей, позволяющих вести обработку информации и заработной плате, приведена в таблице 4.3.1, где А (Alpha) - текстовое (строковое) поле, I (Long Integer) - целочисленное, + (счетчик) - автоинкриментное поле, D (Date) - поле даты, $ (money) - поле денежных сумм, N(Number) - числовое поле.

Таблица 4.3.1 Структура сущностей

Наименование таблицы	Наименование полей	Назначение полей
Advance.db	N_advance (+)# N_sotr(I) Adv_F(A30) Adv_name(A30) Adv_summa(N)	Номер аванса Номер сотрудника Фамилия сотрудника Имя и отчество Сумма аванса
Dolj.db	Dol_name(A30)# ID_dol(+) Dol_okl($)	Название должности Номер должности Оклад
Stat.db	ID_stat (+)# Stat_F(A30) Stat_name(A30) Stat_dolj(A30) Data_priema(D)	Номер сотрудника Фамилия сотрудника Имя и отчество Название должности Дата приема
Statzp.db	ID_stat (+)# Stat_F(A30) Stat_name(A30) Stat_dolj(A30) Data_priema(D) Oklad($) Nadb_%(N) Nadb_$($) Nalog_pod($) Nalog_prof($) Nalog_pens($) Avans($) Vydat($)	Номер сотрудника Фамилия сотрудника Имя и отчество Название должности Дата приема Оклад Надбавка в% Надбавка в рублях Налог подоходный Профсоюзный фонд Пенсионный фонд Аванс К выдаче

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

Таблица 4.3.2 Структура сущностей

Наименование таблиц	Наименование полей	Назначение полей
Materialy.db	ID_tovara (+)# Naimen(A30) Ed_izmer(A10) Kolich(N) Cena($) Summa($) Data_post(D) Data_spis(D)	Номер материала Название Единица измерения Количество Цена Сумма Дата оприходования Дата списания
Post_k.db	Post_name(A50)# N_svid(A20) P_adr_country(A20) P_adr_city(A20) P_adr_street(A20) Phone(A20)	Название поставщика № свидетельства Страна Город Улица/дом телефон

4.4 Описание ограничений

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

Для разрабатываемой системы имеются ограничения на ввод данных в поля, тип которых числовой. Так при попытке ввода в поля «Количество» (поле Kolich), «Сумма аванса» (Adv_summa), «Надбавка в%» (Nadb_%), «Номер сотрудника» (N_sotr), «Цена» (Cena), «Сумма» (Summa), «Оклад» (Dol_okl), «Надбавка в рублях» (Nadb_$), «Налог подоходный» (Nalog_pod), «Профсоюзный фонд» (Nalog_prof), «Пенсионный фонд» (Nalog_pens), «Аванс» (Avans), «К выдаче» (Vydat) не числовых данных возникает исключительная ситуация и выводится сообщение об ошибке.

Также ограничение имеется для полей типа дата-время, использование компонента DateTimePicker не допускает ввода в поля «Дата оприходования» (Data_post), «Дата списания» (Data_spis), «Дата приема» (Data_priema) ошибочных данных.

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

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

4.5 Описание индексов

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

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

- однозначную идентификацию записей таблицы;

- ускорение выполнения запросов к БД;

- установление связи между отдельными таблицами БД;

- использование ограничений ссылочной целостности.

Ключ также называют первичным ключом или первичным (главным) индексом. Информация о ключе хранится в отдельном файле или совместно с данными таблицы. Для данного проекта, где используется база данных типа Paradox, для этой цели используется отдельный файл (ключевой файл или файл главного индекса) с расширением.px (файлы Advance.px, Dolj.px, Materialy.px, Post_k.px, Stat.px, Statzp.px).

Общие правила построения ключей:

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

- ключ должен быть достаточным и не избыточным, т.е. не содержать поля, которые можно удалить без нарушения уникальности ключа;

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

Удобным вариантом создания ключа является использование для него поля соответствующего типа, которое будет автоматически обеспечивать поддержку уникальности значений. Таким полем является поле автоинкрементного типа (+).

Таким образом, в разрабатываемой базе данных определены ключевые поля:

- для таблицы «Аванс» - поле номер аванса (N_advance (+));

- для таблицы «Должность» - поле название должности (Dol_name(A30));

- для таблицы «Штат» - поле код работника (ID_stat (+));

- для таблицы «Зарплата» - поле код работника (ID_stat (+));

- для таблицы «Материалы» - поле код товара (ID_tovara (+));

- для таблицы «Поставщики» - поле название поставщика (Post_name(A50)).

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

Индексы называют вторичными индексами, для разрабатываемой базы данных вторичные индексы приведены в таблице 4.5.1

Таблица 4.5.1 Вторичные индексы сущностей.

Наименование сущностей	Наименование полей	Назначение полей	Вторичные индексы
Materialy.db	ID_tovara (+)# Naimen(A30) Data_post(D) Data_spis(D)	Номер материала Название Дата оприходования Дата списания	I_N_tov I_naim I_data I_d_spis
Post_k.db	Post_name(A50)# N_svid(A20) P_adr_country(A20) P_adr_city(A20)	Название поставщика № свидетельства Страна Город	I_p_name I_n_svid I_city I_country
Advance.db	N_sotr(I) Adv_F(A30)	Номер сотрудника Фамилия сотрудника	N_sotr i_adv_F
Dolj.db	Dol_name(A30)# Dol_okl($)	Название должности Оклад	i_dol_name i_dol_okl
Stat.db	ID_stat (+)# Stat_F(A30) Stat_name(A30) Stat_dolj(A30)	Номер сотрудника Фамилия сотрудника Имя и отчество Название должности	i_stat_dolj i_stat_f i_stat_n stat_dolj
Statzp.db	Stat_F(A30) Stat_name(A30) Stat_dolj(A30) Data_priema(D) Oklad($) Nadb_%(N)	Фамилия сотрудника Имя и отчество Название должности Дата приема Оклад Надбавка в%	i_stat_f i_stat_n i_stat_dolj i_data stat_dolj i_stZp_nad%

Использование индекса обеспечивает:

- увеличение скорости доступа к данным (поиска);

- сортировку записей;

- использование ограничений ссылочной целостности.

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

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

1. Каскадное изменение (Cascading). При изменении данных первичного ключа в главной таблице происходит изменение соответствующих данных внешнего ключа в зависимой таблице. При удалении данных первичного ключа в главной таблице происходит удаление соответствующих данных внешнего ключа в зависимой таблице.

2. Ограничение (Restrict). При попытке изменить значение первичного ключа, с которым связаны строки в зависимой таблице, изменения отвергаются. Допускается изменение лишь тех значений первичного ключа, для которых не установлена связь в зависимой таблице. Допускается удаление лишь тех строк главной таблицы, для которых нет связанных строк в зависимой таблице. Иначе операция удаления отвергается.

Таким образом, использование ключей и индексов позволило:

- однозначно идентифицировать записи;

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

- выполнять сортировку таблиц;

- ускорять операции поиска в таблицах;

- устанавливать связи между отдельными таблицами БД;

- использовать ограничения ссылочной целостности.

Одной из основных задач БД является обеспечение быстрого доступа к данным (поиска данных). Время доступа к данным в значительной степени зависит от используемых для поиска данных методов и способов.

5. Описание программы

5.1 Обоснование среды разработки

Для разработки программного продукта выбрана среда программирования Delphi. Можно отметить следующие основные особенности среды разработки:

- визуальное конструирование программ;

- использование готовых компонентов-заготовок для будущих программ;

- поддержка нескольких языков программирования;

- возможность создания программ под разные платформы;

- введение множества технологий, ускоряющих и облегчающих написание программ.

В основе идеи использования Borland Delphi при разработке программ лежит технология визуального конструирования.

Визуальное конструирование (Visual design) программ избавляет программиста от рутинной разработки интерфейса (общего вида) будущей программы. Среда разработки содержит все необходимые программные «кирпичики» - заготовки, из которых строится интерфейс будущей программы. Программист использует прототип будущего окна программы - форму - и наполняет ее необходимыми компонентами, реализующими нужные интерфейсные свойства. При этом количество компонентов, из которых программист может «собрать» свою программу достаточно велико. Все необходимые для создания программы компоненты объединяются в так называемую библиотеку визуальных компонентов. Библиотека визуальных компонентов (Visual Component Library) предоставляет программисту огромное разнообразие созданных разработчиком программных заготовок, которые можно сразу использовать при написании собственных программ. При этом компоненты содержат в себе помимо программного кода и все необходимые для их работы данные. Использование подобного подхода во много раз сокращает время разработки программ, а также существенно снижает вероятность случайных программных ошибок.

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

Так как данный дипломный проект разработан в среде визуального программирования Borland Delphi, то при разработке программы использовались стандартные компоненты Windows: окна, меню, кнопки и т.п. Управление программой осуществляется с помощью меню и кнопок.

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

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

- TTable - кнопка для отображения данных в табличной форме;

- TDataSource - служит для связи данных в таблице;

- TDBGrid - кнопка для визуального отображения данных в таблице;

- TButton - кнопка, при нажатии на которую выполняется прописанная в ней функция либо процедура;

- TDBNavigator - компонент, служащий для перемещения, редактирования, удаления, добавления, отмены действия;

- TEdit - служит для отображения текстовых и числовых значений;

- TLabel - для надписи каких-либо компонентов, а также может служить для вывода ответов;

- TMainMenu - меню формы, в нем могут располагаться все те действия, которые могут выполняться на форме;

- TRadioGroup - служит для маркированного списка;

- TBitBtn - кнопка с изображением (разновидность TButton), но с отличительной особенностью свойства Glyph, с помощью которого определяется растровое изображение, рисуемое на поверхности кнопки;

- TDBEdit - позволяет редактировать значение строкового поля текущей записи набора данных.

При конструировании формы использовались не визуальные компоненты, используемые для доступа к данным, такие как Table или Data Source, при выполнении приложения эти компоненты не отображаются.

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

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

- файл проекта (*.dpr) - Run.dpr - этот текстовый файл используется для хранения информации о формах и модулях. В нем содержатся операторы инициализации и запуска программы на выполнение:

- файлы модулей (u_*.pas) - текстовые файлы модулей, используемые для хранения кода;

- файлы форм (*.dfm) - двоичные или текстовые файлы, создаваемые для хранения форм;

- файл параметров проекта (Run.dof) - в этом файле хранятся установки параметров проекта;

- файл информации о пакетах (*.drf) - бинарный файл, создаваемый при работе с пакетами;

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

- файл пакета (*.dpk) - двоичный файл пакета;

- файлы резервных копий (*.dp, *.df, *.pa) - файлы резервных копий для файлов проекта, формы и модуля;

- файл конфигурации окон (*.dsk) - файл хранит конфигурацию всех окон.

Следующие файлы создаются компилятором:

- исполняемый файл (Run.exe),

- объектные файлы модуля (.dcu),

- динамически присоединяемая библиотека (.dll),

- файл содержания пакета (.dcp),

- откомпилированный файл пакета времени выполнения (.bpl),

- файл справки (.hlp),

- файлы изображения (.wmf.bmp.ico).

В пакет выполняемых файлов входят файлы с расширением.dcu.ddp.dfm.dof.dpr.exe.pas;

Программа содержит четыре файла с таблицами базы данных: Stat.DB, Dolj.DB, Advance.DB и Statzp.DB для учета заработной платы.

5.2 Описание интерфейса

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

Диаграмма состояний (рисунок 5.2.1) описывает иерархию пользовательского интерфейса и возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение моделируемой системы:



Рисунок 5.2.1 - Диаграмма состояний информационной системы «Учет заработной платы и материалов»

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

При загрузке программы на экране появляется главное окно (рисунок 5.2.2), на котором отображаются кнопки выбора операции «Учет заработной платы» и «Учет материалов».

Рисунок 5.2.2 - Главное окно программы

Окно программы «Учет заработной платы» содержит основные компоненты интерфейса: главное меню, кнопки для продолжения работы программы, выполнения необходимых действий, выхода из программы (рис. 5.2.3).

Рисунок 5.2.3 - Окно «Учет заработной платы»

Главное меню окна содержит пункты «Документы», «Операции», «Сортировка», «Справочники», «Справка» (рис. 5.2.4)

Рисунок 5.2.4 - Вид меню формы «Учет заработной платы»

При выборе соответствующего пункта меню отображается подменю с пунктами (рис. 5.2.5).

Рисунок 5.2.5 - Вид меню «Операции»

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

Выбрав пункт меню «Сортировка» (рис. 5.2.6) можно произвести сортировку данных по определенному параметру таблицы.

Рисунок 5.2.6 - Вид меню «Сортировка»

При нажатии на кнопку «Начислить заработную плату» (рис. 5.2.7) выполняется процедура расчета заработной платы.

Рисунок 5.2.7 - Вид кнопки «Начислить заработную плату»

В пункте «Справка» находятся сведения о программе и разработчике. Справка вызывается нажатием клавиши F1 или выбором соответствующего пункта меню (рисунок 5.2.8).



Рисунок 5.2.8 - Окно справочной системы программы

5.3 Программно-аппаратные ресурсы ПК

Физические взаимосвязи между программными и аппаратными компонентами системы отражает диаграмма размещения (deployment diagram) (рисунок 5.3.1).

Рисунок 5.3.1 - Диаграмма размещения

Диаграмма размещения показывает маршруты перемещения объектов и компонентов в распределенной системе.

Таким образом, для полноценного функционирования нашей системы необходимо наличие на компьютере операционной системы класса Windows XP или более поздней версии. Для обеспечения защиты от вирусов требуется наличие установленной антивирусной программы, например, Антивируса Касперского 9.0. В автоматизированной информационной системе предусмотрен вывод отчетов в табличный процессор MS Excel и на принтер, поэтому необходимо наличие приложения MS Excel 2003 или более поздней версии, а также принтера, манипулятора мышь и клавиатуры.

Любой проект Delphi состоит из форм, модулей, установок параметров, ресурсов и т.д. Многие из этих файлов создаются автоматически:

1. файл проекта(.dpr) - этот текстовый файл используется для хранения информации о формах и модулях. В нем содержатся операторы инициализации и запуска программы на выполнение;

2. файл модуля(.pas) - текстовый файл модуля, используемый для хранения кода;

3. файл формы(.dfm) - двоичный или текстовый файл, создаваемый для хранения формы;

4. файл параметров проекта (. dfo) - в этом файле хранятся установки параметров проекта;

5. файл информации о пакетах (. drf) - бинарный файл, создаваемый при работе с пакетами;

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

7. файл группы файлов (. drf) - это файл создаваемый при работе с группой проектов;

8. файл пакета (. dpk) - двоичный файл пакета;

9. файлы резервных копий (. dp.df, pa) - файлы резервных копий для файлов проекта, формы и модуля;

10. файл конфигурации окон (. dsk) - файл хранит конфигурацию всех окон.

Следующие файлы создаются компилятором:

· исполняемый файл (. exe),

· объектный файл модуля (. dcu),

· динамически присоединяемая библиотека (. dll),

· файл содержания пакета (. dcp),

· откомпилированный файл пакета времени выполнения (. bpl),

· файл справки (. hlp),

· файлы изображения (. wmf. bmp. ico).

В пакет выполняемых файлов входят файлы с расширением dcu, ddp, dfm, dof, dpr, exe, pas;

Программа содержит четыре файла с таблицами базы данных: Stat.DB, Dolj.DB, Advance.DB и Statzp.DB для учета заработной платы.

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

Минимальной конфигурацией аппаратных и программных средств для функционирования разработанной программы является компьютер со следующими характеристиками:

- наличие установленной ОС Windows 95/ 98;

- микропроцессор класса Pentium - 100 МГц;

- 256 Мбайта оперативной памяти;

- 4 Мбайта свободного пространства на жестком диске;

- SVGA монитор;

- наличие манипулятора типа «мышь»; клавиатура.

Для наилучшего функционирования программы рекомендуется конфигурация компьютера и ПО:

- наличие установленной ОС Windows XP и выше;

- микропроцессор Pentium II и выше;

- 1024 Мбайт оперативной памяти и более;

- 5 Мбайт свободного пространства на жестком диске;

- SVGA графическая подсистема;

- наличие манипулятора типа «мышь»; клавиатура.

6. Тестирование

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

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

Тестирование проводилось в два этапа.

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

Тестирование функциональности. Выполнялась проверка правильности вычислений, корректности работы по исходным данным. На этом этапе проверка осуществлялась путём ввода новых данных в базу данных.

Для функционального тестирования проверим работу кнопки «Начислить зарплату», для этого введем в поле «Подоходный налог» вместо числового значения текстовое.

После нажатия кнопки «Начислить зарплату» на экране появится сообщение об ошибке.

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

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

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

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

Данные по результатам тестирования занесены в «Журнал тестирования программного продукта» (таблица 6.1)

Таблица 6.1 - Журнал тестирования программного продукта

Объект	Команда пользователя	Ожидаемая реакция	Отметка об отклике системы
Меню «О программе»	Выбор одинарным щелчком мыши	Появление окна справочной системы	Работает корректно
Меню «О разработчике»	Выбор одинарным щелчком мыши	Появление окна формы с информацией о разработчике	Работает корректно
Меню «Выход»	Нажатие	Выход из программы	Работает корректно

Тестирование - процесс выполнения программы, целью которого является выявление ошибок. Тестирование предполагает следующею последовательность действий:

- вводятся входные данные;

- полученные результаты сравниваются с ожидаемым результатом;

- делаются выводы;

Результаты тестирования программы приведены в таблице 6.2:

Таблица 6.2 - Результаты тестирования программы

Входные данные	Что проверяется	Ожидаемый результат	Результат	Вывод
«Главная» форма	Процесс загрузки главной формы	Отображение главной формы	Отображение главной формы	Генерация «Главная» форма работает правильно
Форма «Учет заработной платы»	Процесс загрузки формы «Учет заработной платы»	Отображение формы «Учет заработной платы»	Отображение формы «Учет заработной платы»	Генерация формы «Учет заработной платы» работает правильно
Форма «Новый сотрудник»	Процесс загрузки формы «Новый сотрудник»	Отображение формы «Новый сотрудник»	Отображение формы «Новый сотрудник»	Генерация формы «Новый сотрудник» работает правильно
Форма «Уволить сотрудника»	Процесс загрузки формы «Уволить сотрудника»	Отображение формы «Уволить сотрудника»	Отображение формы «Уволить сотрудника»	Генерация формы «Уволить сотрудника» работает правильно
Форма «Начислить аванс»	Процесс загрузки формы «Начислить аванс»	Отображение формы «Начислить аванс»	Отображение формы «Начислить аванс»	Генерация формы «Начислить аванс» работает правильно
Форма «Ведомость выдачи аванса»	Процесс загрузки формы «Ведомость выдачи аванса»	Отображение формы «Ведомость выдачи аванса»	Отображение формы «Ведомость выдачи аванса»	Генерация формы «Ведомость выдачи аванса» работает правильно

Также было проведено комплексное тестирование. Комплексное тестирование - процесс поисков несоответствия системы ее исходным целям. Оно состоит из следующих шагов:

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