48366 (Проектирование информационной системы "Начисление заработной платы сотрудникам школы"), страница 3

С помощью Microsoft Access 2000 была создана база данных «ЗарПлата», в которой содержаться таблицы с данными каждого сотрудника, используемые при начислении заработной платы. Таблицы «Кадры», «Должности», «Предметы», «Начисления», «Коэффициенты» и «Год» связанны между собой связями «один – ко многим».

Рисунок 3. База данных «Начисление заработной платы сотрудникам школы» в формате Access

2.2 Подключение базы данных к Delphi

Создание пользовательского интерфейса производилось с помощью языка программирования Delphi. При подключении базы данных Access к среде Delphi были использованы основные таблицы, содержащие информацию о работниках школы. Подключение производилось с помощью технологии ActiveX Data Object (ADO – объекты данных, построенные как объекты ActiveX) и компонентов ADOConnection, ADOTable, DataSource.

Основные особенности использования технологии ADO не зависят от архитектуры баз данных: эта технология характерна не только для файл-серверных баз данных, но также и для клиент-серверных и трехзвенных баз данных.

Основным достоинством технологии ADO является ее естественная ориентация на создание «облегченного» клиента. В рамках этой технологии на машине разработчика баз данных устанавливаются базовые объекты MSADO и соответствующие компоненты Delphi, обеспечивающие использование технологии ADO. На машине сервера данных устанавливается так называемый провайдер данных – некоторая надстройка над специальной технологией OLE DB, понимающая запросы объектов ADO и умеющая переводить эти запросы в нужные действия с данными. Взаимодействия компонентов ADO и провайдера осуществляется на основе технологии ActiveX, причем провайдер – COM сервер, а ADO-компоненты – COM клиенты.

На машине сервера создается и размещается источник данных. В случае файл-серверных систем отдельные таблицы должны управляться соответствующим ODBC-драйвером. В данной выпускной работе были использованы таблицы в формате Access, данный файл управляется машиной баз данных Microsoft Jet 4.0 Database Engine, а в роли провайдера используется Microsoft Jet4.0 OLE DB Provider [9, c.65-68].

На начальном этапе создания пользовательского интерфейса был создан проект и к нему добавлен модуль данных. В модуль данных были помещены один компонент ADOConnection, четыре компонент ADOTable и четыре компонент DataSource. Таблицы были названы Person, Predmety, Dolgnosty, Coff, Move, Year и связаны с источниками данных DataSource, которые получили соответствующие названия Person1, Predmety1, Dolgnosty1, Coff1, Move1, Year1, (рисунок 4).

Рисунок 4ю Модуль данных

Установление связи с объектом ADO является ключевым моментом всей технологии.

Существует два пути установления связи:

• Диалоговый способ формирования связи.

• Формирование связного файла.

Для того чтобы настроить связь объектов ADO с соответствующим провайдером, необходимо в свойстве ConnectionString компонента ADOConnection1 вызвать окно настройки [9, c.73-78]. На экране появиться диалоговое окно с четырьмя вкладками:

• «Поставщик данных», где указывается провайдер Microsoft Jet4.0 OLE DB Provider, предназначенный для работы с базами данных Access.

• «Подключение», где указывается путь доступа к файлу базы данных.

• «Дополнительно» позволяет задать дополнительные свойства связи.

• «Все» здесь приводятся все параметры связи, заданные как явно так и назначенные по умолчанию.

Далее в свойстве TableName компонентов ADOTable были указаны соответствующие названия таблиц из базы данных Access и установлены связи между данными таблицами на вкладке Diagram по ключевому полю Код, (рисунок 5).

Рисунок 5 Отображение реляционной связи

2.3 Описание программной реализации

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

Работа выполнялась на основании индивидуального задания на дипломное проектирование по специальности 010240 “Прикладная математика и информатика” на тему “Автоматизированная система начисления заработной платы сотрудникам средне-специальных учебных заведений».

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

Автоматизации подлежат следующие функции:

• ввод данных и контроль за вводом данных;

• редактирование и сохранение данных;

• расчет заработной платы;

• создание отчётов;

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

• сокращение потерь времени за счет автоматизации получения документации;

• повышение производительности труда бухгалтера школы, при выполнении расчетных операций;

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

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

• ведение данных;

• расчет заработной платы сотрудникам школы за текущий месяц с соответствующими налоговыми вычетами;

• представление выходной информации в виде отчетов;

• вывод заработной платы сотрудникам школы за год;

Проектирование интерфейса пользователя осуществлялось в соответствии со стандартом SAA, разработанным фирмой IBM. Были реализованы требования подсистемы CUA (Common User Access), определяющей компоненты пользовательского интерфейса, которые должны присутствовать во всех программах. Эти компоненты строятся на двух основных принципах:

• пользователи могут разрабатывать концепцию интерфейса;

• пользователь может и должен управлять диалогом;

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

• разработка развитой системы меню;

• упрощение режимов обработки данных;

• создание многооконного интерфейса;

• система всплывающих подсказок;

• выдача дополнительных сообщений при осуществлении пользователем некорректных действий;

• используется система всплывающего меню, активизация происходит при нажатии правой кнопки мыши;

• использование стандартных названий в меню;

• система помощи;

• функциональные клавиши для быстрого доступа к командам меню;

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

Диалоги программных систем должны удовлетворяют следующему минимальному набору требований:

• время ответа системы на запрос, как правило, не должно превышать 4-5 секунды; при длительных вычислениях необходимы комментарии;

• ошибки пользователя не должны приводить к сбоям системы;

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

• для повышения доверия к получаемым с помощью ПЭВМ результатам необходимо предусмотреть возможность эффективного контроля промежуточных результатов и при необходимости – изменения порядка вычислений;

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

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

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

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

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

Защита данных от разрушения (имеется в виду потеря данных при сбоях) – этот вид защиты называется обеспечение физической целостности данных и обеспечивается созданием копий и архивов данных.

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

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

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

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

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

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

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

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

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

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

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

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

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