Разработка автоматизированной информационной системы учета для расчёта заработной платы ОАО РПТ "Авторемонтник"

Тип работы:
Дипломная
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Дипломная работа

Разработка автоматизированной информационной системы учета для расчёта заработной платы ОАО РПТ «Авторемонтник»

РЕФЕРАТ

Дипломный проект содержит 102 листа текста пояснительной записки, 47 рисунка, 10 таблиц, 6 приложений, 45 источника литературы.

ИНФОРМАЦИОННАЯ СИСТЕМА, РАБОТА С ДАННЫМИ, ИНТЕФЕЙС, ТРЕБОВАНИЯ, МОДЕЛЬ ЖИЗНЕННОГО ЦИКЛА, МОДЕЛИРОВАНИЕ, ПРОЕКТИРОВАНИЕ, РЕАЛИЗАЦИЯ, БАЗА ДАННЫХ, ТЕСТИРОВАНИЕ, ФИЗИЧЕСКОЕ ПРЕДСТАВЛЕНИЕ СИСТЕМЫ, ЛОГИЧЕСКОЕ ПРЕДСТАВЛЕНИЕ СИСТЕМЫ.

Темой дипломного проекта является «Разработка автоматизированной информационной системы учета для расчёта заработной платы ОАО РПТ „Авторемонтник“».

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

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

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

ABSTRACT

The diploma project contains 102 pages of graduation work 47 drawings, 10 tables, 6 applications, 45 references.

KEY WORDS: INFORMATION SYSTEM USING DATA INTEFEYS, REQUIREMENTS, LIFE CYCLE MODEL, SIMULATION, DESIGN, IMPLEMENTATION, DATA BASE, TESTING, PHYSICAL REPRESENTATION OF SYSTEM LOGIC SYSTEM PERFORMANCE.

The theme of the diploma project is «Development of an automated information system of accounting for payroll of RPT» refinishing «. «

The data sources for this diploma project were books, periodicals, electronic resources used as a theoretical basis for the problem. Thus, the literary sources were used as practical tools for implementation of the project.

The project implemented a software module «Payroll» that automates the activities of the HR staff and employees of the accounting department.

The results can be applied on the basis of OAO RTP «Avtoremontnik» to improve the quality of working accountants and employees of the personnel department.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

1.1 Анализ существующих решений по автоматизации предметной области

1.2 Выбор методологии проектирования информационной системы

1.3 Анализ предметной области

1.4 Сбор требований

1.5 Анализ и моделирование требований

1.6 Спецификация требований

1.7 Аттестация требований

Выводы к разделу

2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1 Архитектурное проектирование

2.2 Проектирование баз данных

2.3 Проектирование пользовательского интерфейса

2.4 Обоснование выбора платформы

2.5 Проектирование модулей

Выводы к разделу

3. РЕАЛИЗАЦИЯ И АТТЕСТАЦИЯ ИС

3.1 Реализация приложения

3.2 Взаимодействие приложения с источниками данных

3.3 Тестирование приложения

3.4 Методика развертывания приложения

Выводы к разделу

4. УПРАВЛЕНИЕ ИНФОРМАЦИОННЫМ ПРОЕКТОМ

4.1 Выбор жизненного цикла разработки ПО

4.2 Определение цели и области действия программного проекта

4.3 Создание структуры пооперационного перечня работ

4.4 Идентификация задач и действий

4.5 Оценка размера и возможности повторного использования ПО

4.6 Оценка длительности и стоимости разработки ПО

4.7 Распределение ресурсов проекта

4.8 Оценка эффективности проекта

Выводы к разделу

ЗАКЛЮЧЕНИЕ

СПИСОК СОКРАЩЕНИЙ

CПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ, А — СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

ПРИЛОЖЕНИЕ Б — ТЕХНИЧЕСКОЕ ЗАДАНИЕ

ПРИЛОЖЕНИЕ В — ТЕСТОВЫЕ ПРИМЕРЫ

ПРИЛОЖЕНИЕ Г -- ОБОСНОВАНИЕ МОДЕЛИ ВЫБОРА ЖИЗНЕННОГО ЦИКЛА

ПРИЛОЖЕНИЕ Д — ДИАГРАММА ГАНТА

ПРИЛОЖЕНИЕ Е — РЕЗУЛЬТАТЫ ЭКСПЕРНОГО ОПРОСА

информационная система модуль база данных

ВВЕДЕНИЕ

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

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

На современном этапе развития информатизации и автоматизации характерно использование распределенной обработки информации. Наиболее перспективной сферой использования концепции распределенной обработки информации является автоматизация планово-управленческих функций на базе персональных компьютеров, установленных непосредственно на рабочих местах специалистов. Системы, выполняющие эти функции, получили широкое распространение под названием автоматизированные рабочие места (АРМ) [1].

Цель данной работы является разработка информационной системы «Расчёт зарплаты» для предприятия ОАО РТП «Авторемонтник». Для достижения данной цели необходимо решить следующие задачи:

— сбор, анализ, аттестация требований;

— разработка объектной модели системы;

— реализация и тестирование системы;

— развертывание системы;

— экспертная оценка системы.

1. РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

1.1 Анализ существующих решений по автоматизации предметной области

На данный момент на рынке существуют множество средств для расчёта заработной платы на предприятии. Наиболее популярные из них являются «1С: Предприятие» и «БухСофт: Предприятие».

1С: Предприятие — программный продукт компании 1С, предназначенный для автоматизации деятельности на предприятии.

1С: Предприятие — это и технологическая платформа, и пользовательский режим работы. Технологическая платформа предоставляет объекты (данных и метаданных) и механизмы управления объектами. Объекты (данные и метаданные) описываются в виде конфигураций. При автоматизации какой-либо деятельности составляется своя конфигурация объектов, которая и представляет собой законченное прикладное решение. Конфигурация создаётся в специальном режиме работы программного продукта под названием «Конфигуратор», затем запускается режим работы под названием «1С: Предприятие», в котором пользователь получает доступ к основным функциям, реализованным в данном прикладном решении (конфигурации) [2]. Пример работы 1С: Предприятие изображён на рисунке 1.1.

Рисунок 1.1 — Пример работы «1С: Предприяие».

Достоинствами «1С: Предприятие» является:

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

— обладает высокой производительностью, что дает возможность решать с ее помощью самые сложные задачи;

— возможность использовать MS SQL Server.

Недостатки:

— достаточно сложна в освоении и требует специального обучения пользователей;

— затруднен поиск ошибок, сделанных во время обработки документов;

— программа является платной;

— из-за уникальности предприятий конфигурации требуют доработки.

Программа «БухСофт: Предприятие» предназначена для комплексной автоматизации бухгалтерского, налогового, управленческого, кадрового, складского и оперативного учета на предприятии в полном соответствии с требованиями бухгалтерского, налогового и трудового законодательства [3]. Пример работы программы показан на рисунке 1.2.

Рисунок 1.2 — Пример работы программы «БухСофт: Предприятие».

Достоинства программы:

— формирование отчётов в Microsoft Exel;

— высокая производительность.

Недостатки программы:

— программа является платной;

— в программе не предусмотрено взаимодействие с удалённым сервером базы данных.

Рассматривая аналогичные прикладные решения можно сделать вывод, что они не удовлетворяют требованиям поставленной задачи. В связи с этим принято решение разработать программу «Расчёт зарплаты» в рамках данного дипломного проекта, которая позволит вести учет заработной платы сотрудникам предприятия ОАО РТП «Авторемонтник».

1.2 Выбор методологии проектирования информационной системы

Среди множества методологий проектирования информационной системы наибольшую популярность приобрели компонентно-ориентированное и объектно-ориентированное программирование.

Основополагающей идеей ООП является объединение данных и обрабатывающих их процедур в единое целое -- объект.

Объектно-ориентированное программирование -- это методология программирования, которая основана на представлении программы в виде совокупности объектов, каждый из которых является реализацией определенного класса (типа особого вида), а классы образуют иерархию, основанную на принципах наследуемости. При этом объект характеризуется как совокупностью всех своих свойств и их текущих значений, так и совокупностью допустимых для данного объекта действий [4].

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

ООП дает возможность создавать расширяемые системы (extensible systems). Это одно из самых значительных достоинств ООП и именно оно отличает данный подход от традиционных методов программирования. Расширяемость (extensibility) означает, что существующую систему можно заставить работать с новыми компонентами, причем без внесения в нее каких-либо изменений. Компоненты могут быть добавлены на этапе выполнения [5].

Компонентно-ориентированное программирование -- это своеобразная «надстройка» над ООП, набор правил и ограничений, направленных на построение крупных развивающихся программных систем с большим временем жизни. Программная система в этой методологии представляет собой набор компонентов с хорошо определёнными интерфейсами. Изменения в существующую систему вносятся путём создания новых компонентов в дополнение или в качестве замены ранее существующих. При создании новых компонентов на основе ранее созданных запрещено использование наследования реализации — новый компонент может наследовать лишь интерфейсы базового. Таким образом, компонентное программирование обходит проблему хрупкости базового класса [6, 7].

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

— возможность повторного использования кода;

— отсутствие необходимости разработки классов с нуля, за счет наследования;

— повышение безопасности кода за счет инкапсуляции;

— гибкость при модификации и расширении системы;

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

1.3 Анализ предметной области

Строительство ОАО РТП «Авторемонтник» началось в мае 1964 года на бывшем пустыре в юго-восточной части города Сальска рядом с Сальской текстильно-галантерейной фабрикой. Проектно-сметная документация была разработана в 1963 году Ростовским отделением института «Гипроавтотранс». Проектная мощность авторемонтного завода составила 1600 условных ремонтов автомобилей ГАЗ-51 в год (1000 шт. автомобилей, 1000 шт. двигателей, 1000 шт. КПП, и по 1000шт. задних и передних мостов).

Направление деятельности предприятия:

— производит установку на автобусы марки ЛАЗ, ЛИАЗ, «Икарус», автомобиль марки КАМАЗ и другую технику двигатели марки ЯМЗ-236, ЯМЗ-238, на автомобиль марки УАЗ-469 утепленную металлическую крышу и дизельный двигатель марки Д-21;

— производит ремонт автобусов марки ЛАЗ, ЛИАЗ, КАВЗ, ПАЗ, «Кубань», и реализация прошедших капитальный ремонт автобусов марки «Кубань»;

— производит установку ремней безопасности на пассажирские автобусы;

— производит окраску грузовых и легковых автомобилей;

— производит продажу тепловой энергии физическим и юридическим лицам. Организационная структура предприятия изображена на рисунке 1.3.

При расчёте заработной платы используются тарифы, за определенный промежуток времени работы — оклад за месяц, за час, за день. Если для оплаты труда используется оклад за месяц, то сумма начисления зарплаты равна этому окладу; если же используется тариф за день или за час, то чтобы рассчитать сумму начисленной зарплаты нужно умножить количество отработанных дней или часов на сумму тарифа оплаты труда за день или за час.

Рисунок 1.3 — Организационная структура предприятия.

Информационная система позволяет автоматизировать отдел Бухгалтерии в области расчёта заработной платы.

На предприятии используется повременная системы оплаты труда.

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

1. обязательные удержания, на которые не требуется соглашение работника;

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

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

Трудовые доходы, т. е. все виды оплаты труда, облагаются по единой ставке 13%.

Пассивные доходы облагаются по более высоким фиксированным ставкам:

— 30% - суммы дивидендов, доходы, полученные лицами, не являющимися налоговыми резидентами Российской Федерации;

— 35% - доходы в виде выигрышей по лотереям, тотализаторам и другим играм, основанным на риске; стоимость призов и выигрышей, полученных на конкурсах и др. ;

— 9% - доходы в виде дивидендов, получаемых физическими лицами, являющимися резидентами.

1.4 Сбор требований

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

Требования — это описание необходимых или желаемых свойств продукта.

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

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

Сбор требований проводился методом интервьюирования, который заключается в беседе между разработчиком системы и заказчиком. Этот метод применяется, когда большим объемом знаний обладает ограниченный круг людей, и обычно используется для беседы с одним человеком [9, 10].

В таблице 1.1 приведены вопросы и ответы из интервью с бухгалтером.

Таблица 1.1 — Сбор требований способом «интервью»

Вопрос

Ответ

Для чего проектируется информационная система?

Целью информационной системы является расчёт заработной платы сотрудникам ОАО РТП «Авторемонтник».

Какая система оплаты труда используется на предприятии?

Повременная система оплаты труда

Чем занимается администратор ИС?

Администратор системы подготавливает ПК к установке, настройке и последующей эксплуатации информационной системы.

Какую роль играет работник отдела кадров в ИС?

Заполняет лицевые счета работников и ведёт их личные дела.

На какой операционной системе будет запускаться ИС?

Windows XP.

Какую форму отчёта должна выгружать информационная система?

Расчетный листок.

Таблица 1.1 — Сбор требований способом «интервью» продолжение

Какой вид интерфейса более предпочтителен?

Приложение должно иметь визуальное оформление с поддержкой оконного режима.

Какие дополнительные возможности должны будут реализованы в ИС?

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

— Расчёт удержаний и других вычетов из заработной платы;

— Возможность сохранения данных и просмотр данных за предыдущие периоды.

1.5 Анализ и моделирование требований

Цель анализа -- качественно и подробно описать требования, которые позволят менеджерам реалистично оценить все затраты на проект, а разработчику -- начать проектирование, разработку и тестирование [11].

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

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

Основная задача -- представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы. Диаграмма вариантов использования [8] изображена на рисунке 1.4.

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

В информационной системе используются три роли:

— администратор ИС;

— работник отдела кадров;

— бухгалтер.

Таблица 1. 2- Описание ролей информационной системы

Название роли

Описание

Администратор ИС

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

Сотрудник отдела кадров

Заполняет, редактирует данные о сотрудниках в информационной системе. Ведёт их личные дела.

Бухгалтер

Производит расчёт заработной платы.

Выводит отчёты.

Диаграмма классов -- статическая структурная диаграмма, описывающая структуру системы, демонстрирующая классы системы, их атрибуты, методы и зависимости между классами [8]. Диаграмма классов предоставлена на рисунке 1.5.

Рисунок 1. 5- Диаграмма классов

Таблица 1. 3-Описание классов

Имя класса

Назначение класса

Клиент

Базовый класс, имеющий основные методы и свойства, которые в последующем будут унаследованы другими классами

Администратор

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

Сотрудник отдела кадров

Унаследован от класса Клиент. Добавляет и редактирует данные о сотрудниках предприятия

Бухгалтер

Унаследован от класса Клиент. Позволяет производить расчёт заработной платы сотрудникам предприятия.

Пользователь

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

Сотрудник

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

Отдел

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

1.6 Спецификация требований

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

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

Таблица 1.4 — Категории описания требований

Категория

Описание

F

Функциональные требования, описывающие требуемую функциональность или прецеденты системы

S

Системные требования, такие как используемые платформы

P

Требования к представлению

R

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

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

Описание функциональных требований представлены в таблице 1.2.

Таблица 1.5 — Функциональные требования

Требование

Тип

Описание

Аутентификация пользователя

F

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

Непротиворечивый ввод данных

F

Проверка типов данных на стадии ввода

Отчеты по требованию

F

Отчеты, которые запрашивают вышестоящие органы

Второй категорией в описании требований является категория системных требований — S. Описания системных требований представлены в таблице 1.3.

Таблица 1.6 — Системные требования

Требование

Тип

Описание.

Архитектура

S

Pentium IV 1GHz CPU

Платформа

S

Windows XP

СУБД

S

MySQL 5.1. 40

Язык программирования

S

. NET Framework

C#

Информационно-логический язык

S

Язык структурированных запросов SQL

Transact-SQL расширение языка SQL

Требования к представлению (Р) относятся к третьей категории. Они описывают формирование требований заказчика к интерфейсу программного обеспечения. Описания требований к представлению показаны в таблице 1.4.

Таблица 1.7 — Требования к представлению

Требование

Тип

Описание.

Интерфейс рабочего окна

P

Простая и строгая, не раздражающая глаза цветовая гамма

Корректный ввод данных

P

Данные несоответствующих типов не принимаются, выдается предупреждение

Простота интерфейса

P

Интуитивно понятный интерфейс

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

Таблица 1.8 — Требования к рискам

Требование

Тип

Описание

Соответствие значений в таблицах внесенным данным

R

Поля в таблицах должны соответствовать типу введенных данных

Построение отчетов

R

Полное соответствие содержимому в таблицах

Сохранность и целостность данных

R

Система должна обеспечивать сохранность данных в случае непредвиденных сбоях

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

Спецификация требований (Software Requirements Specification, SRS) используется для текущего сопровождения проекта и представления требований, сформулированных по отношению к проекту. SRS позволяет определить предметную область программного продукта, рассматриваемого относительно трех его основных составляющих: данных, процесса и поведения. Спецификация SRS позволяет от определения предметной области проекта перейти к области решений, определив три модели требований, отображающие характеристики данных, процесса и поведения [11, 12]. Данный документ должен содержать состав и наименование комплексов задач, требования по изменению организационной структуры, состав обеспечивающих подсистем [13]. Спецификация требований к программному обеспечению представлена в Приложении A.

1.7 Аттестация требований

Данный раздел включает в себя формирование «Технического задания».

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

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

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

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

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

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

Подробно техническое задание описано в Приложение Б.

К современным методам выявления требований относится использование программных прототипов.

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

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

— прояснение и завершение процесса формулировки требований;

— исследование альтернативных решений;

— создание конечного продукта.

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

Сложность современных GUI-интерфейсов делают прототипирование обязательным элементом разработки ПО. Прототипы позволяют оценить реализуемость и полезность разрабатываемой системы до начала ее реализации [14].

Иерархия окон приложения для клиента Администратор показана на рисунке 1.6.

Рисунок 1. 6-Иерархия окон приложения для клиента администратора.

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

Иерархия окон приложения для клиента сотрудника отдела кадров показана на рисунке 1.7.

Рисунок 1. 7- Иерархия окон приложения для клиента сотрудника. отдела кадров

Иерархия окон приложения для клиента бухгалтера показана на рисунке 1.8.

Рисунок 1.8 — Иерархия окон приложения для клиента бухгалтера.

Прототип диалогового окна показан на рисунке 1.9.

Рисунок 1.9 — Прототип диалогового окна.

Прототип главного окна показан на рисунке 1. 10.

Рисунок 1. 10 — Прототип главного окна.

Выводы к разделу

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

— в качестве возможных решений проанализированы две программы: «1С: Предприятие» и «БухСофт: Предприятие»;

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

— проанализирована предметная область;

— проведено интервью с бухгалтером предприятия о требованиях к информационной системе;

— простроена диаграмма вариантов использования и диаграмма классов.

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

2. Проектирование информационной системы

2.1 Архитектурное проектирование

Информационная система «Расчёт зарплаты» имеет клиент-серверную архитектуру.

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

Рисунок 2. 1- Клиент-серверная архитектура

Клиент -- это интерфейсный (обычно графический) компонент, который представляет собственно приложение для конечного пользователя.

Сервер базы данных обеспечивает хранение данных. Обычно это стандартная реляционная или объектно-ориентированная СУБД.

Достоинства:

— масштабируемость;

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

— высокая безопасность;

— высокая надёжность;

— низкие требования к скорости канала (сети) между терминалами и сервером приложений;

— низкие требования к производительности и техническим характеристикам терминалов, как следствие снижение их стоимости.

Диаграмма компонентов для ИС «Расчёт зарплаты» показана на рисунке 2.2 [16].

Рисунок 2. 2- Диаграмма компонентов

Диаграмма развертывания для ИС «Расчёт зарплаты» показана на рисунке 2.3.

Рисунок 2. 3- Диаграмма развёртывания

2.2 Проектирование баз данных

База данных (БД) — это совокупность структурированных и взаимосвязанных данных и методов, обеспечивающих добавление выборку и отображение данных [17].

База данных — это единое, большое хранилище данных, которое однократно определяется, а затем используется одновременно многими пользователями из разных подразделений [18].

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

Основными целями проектирования базы данных являются:

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

— создание модели данных, способной поддерживать выполнение любых требуемых транзакций обработки данных;

— разработка предварительного варианта проекта, структура которого позволяет удовлетворить все основные требования, предъявляемые к производительности системы [19].

При создании базы данных проходят 3 этапа её разработки:

1. концептуальное моделирование;

2. логическое моделирование;

3. физическое моделирование.

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

Рисунок 2.4 — Концептуальная модель базы данных.

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

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

Логическая модель предоставлена на рисунке 2.5.

Рисунок 2.5 — Логическая модель базы данных.

2.3 Проектирование пользовательского интерфейса

Интерфейс пользователя (UI) — это часть программы, которая находится на виду у пользователя и призвана обеспечивать отображение данных, управление или диалог с пользователем.

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

В отличие от интерфейса командной строки, в ГПИ пользователь имеет произвольный доступ (с помощью устройств ввода -- клавиатуры, мыши, джойстика и т. п.) ко всем видимым экранным объектам (элементам интерфейса) и осуществляет непосредственное манипулирование ими. Чаще всего элементы интерфейса в ГИ реализованы на основе метафор и отображают их назначение и свойства, что облегчает понимание и освоение программ неподготовленными пользователями (рисунок 2. 6).

Рисунок 2.6 — Интерфейс главного окна.

Чаще всего заказчик судит о качестве разработанного программного продукта по интерфейсу. Пользовательский интерфейс представляет собой совокупность программных и аппаратных средств, обеспечивающих взаимодействие пользователя с компьютером. Основу такого взаимодействия составляют диалоги. Под диалогом понимается регламентированный обмен информацией между человеком и компьютером, осуществляемый в реальном масштабе времени и направленный на совместное решение конкретной задачи: обмен информацией и координация действий. Диалог состоит из отдельных процессов ввода-вывода, которые физически обеспечивают связь пользователя и компьютера [23]. Пример диалогового окна показан на рисунке 2.7.

Рисунок 2.7 — Пример диалогового окна.

2.4 Обоснование выбора платформы

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

— MS Office Visio 2007;

— MS Office Project 2007;

— MS Visual Studio 2008, язык программирования C#;

— MySQL 5.1. 40;

— Rational Rose v 7.0.

Для разработки информационной системы «Расчёт зарплаты» будет использована платформа Microsoft. NET и объектно-ориентированный язык программирования C# [25].

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

. NET Framework является надстройкой над операционной системой, в качестве которой может выступать любая версия Windows, Unix и состоит из ряда компонентов. Так,. NET Framework включает в себя:

— Четыре официальных языка: С#, VB. NET, Managed C++ и JScript. NET;

— Общеязыковую объектно-ориентированную среду выполнения CLR (Common Language Runtime), совместно используемую этими языками для создания приложений;

— Ряд связанных между собой библиотек классов под общим именем FCL (Framework Class Library).

C# -- это язык программирования, предназначенный для разработки самых разнообразных приложений, предназначенных для выполнения в среде. NET Framework. Язык C# прост, строго типизирован и объектно-ориентирован. Благодаря множеству нововведений C# обеспечивает возможность быстрой разработки приложений, но при этом сохраняет выразительность и элегантность, присущую языкам C. Visual C# является реализацией языка C# корпорацией Майкрософт. Visual Studio поддерживает Visual C# с полнофункциональным редактором кода, компилятором, шаблонами проектов, конструкторами, мастерами кода, мощным и простым в использовании отладчиком и многими другими средствами. Библиотека классов. NET Framework предоставляет доступ ко многим службам операционной системы и другим полезным, правильным классам, что существенно ускоряет цикл разработки.

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

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

ADO. NET -- это библиотека управляемого кода и взаимодействие с ней производится как с обычной сборкой. NET. Типы ADO. NET используют возможности управления памятью CLR и могут использоваться во многих. NET — совместимых языках. При этом обращение к типам ADO. NET (и их членам) производится практически одинаково вне зависимости от того, какой язык используется [27].

В состав ADO. NET включены два управляемых провайдера: провайдер SQL и провайдер OleDb. Провайдер SQL специально оптимизирован под взаимодействие с Microsoft SQL Server версии 7.0 и последующих. Для других источников данных предлагается использовать провайдер OleDb, который можно использовать для обращения к любым хранилищам данных, поддерживающим протокол OLE DB. Следует отметить, что провайдер OleDb работает при помощи «родного» OLE DB и требует возможности взаимодействия при помощи СОМ.

MySQL — Реляционная СУБД (Система управления реляционными базами данных). MySQL является небольшой и быстрой реляционной СУБД основанной на Hughes Technologies Mini SQL (mSQL).

Преимущества MySQL по сравнению с другими СУБД:

— многопоточность. Поддержка нескольких одновременных запросов;

— кроссплатформенность;

— оптимизация связей с присоединением многих данных за один проход; записи фиксированной и переменной длины;

— гибкая система привилегий и паролей;

— до 16 ключей в таблице. Каждый ключ может иметь до 15 полей;

— поддержка ключевых полей и специальных полей в операторе;

— поддержка чисел длинной от 1 до 4 байт, строк переменной длины и меток времени;

— основанная на потоках, быстрая система памяти;

— утилита проверки и ремонта таблицы (isamchk);

— все данные хранятся в формате ISO88591;

— все операции работы со строками не обращают внимания на регистр символов в обрабатываемых строках;

— псевдонимы применимы как к таблицам, так и к отдельным колонкам в таблице;

— все поля имеют значение по умолчанию;

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

2.5 Проектирование модулей

Основной задачей проектирования является превращение модели анализа в документы детализированного проектирования, на основе которых реализуется система. Логическая модель проектируемой подсистемы строится на основе технологии Rational и использует основные объектно-ориентированные подходы языка UML.

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

Для автоматизации всех требований Заказчика, собранных в разделе 1, информационная система должна содержать следующие модули:

— модуль расчёта зарплаты;

— модуль вывода отчёта;

— модуль авторизации;

— модуль ввода информации о сотрудниках;

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

На основе этих данных можно построить диаграмму деятельности и диаграмму состояний.

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

Рисунок 2. 8- Диаграмма деятельности.

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

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

Рисунок 2. 9- Диаграмма состояний.

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

Выводы к разделу

В этом разделе было проведено архитектурное проектирование, в рамках которого были построены диаграммы компонентов и размещения. Построена концептуальная и логическая модели базы данных. Описан пользовательский интерфейс программы. Проведено проектирование баз данных, удовлетворяющая требованиям разрабатываемой информационной системы. Выбрана платформа для создания информационной системы. Для реализации приложения выбран язык программирования C# в среде Visual Studio 2008 на платформе Microsoft. NET.

3. Реализация и аттестация ИС

3.1 Реализация приложения

Реализация программного обеспечения — это процесс перевода системной спецификации в работоспособную систему. Итогом реализации приложения является работоспособная информационная система [29].

Разработка набора элементов информационной системы осуществляется в едином рабочем пространстве. На рисунке 3.1 показана система классов информационной системы.

Рисунок 3.1 — Система классов информационной системы

В качестве основных инструментов для разработки приложения использовались:

— интегрированная среда Visual Studio 2008, имеющая специализированные мастера, в которых можно перетаскивать элементы управления прямо на форму;

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

Среда визуальной разработки показана на рисунке 3.2.

Рисунок 3. 2- Среда визуальной разработки Visual Studio 2008.

В результате работы мастера проекта реализуется каркас формы, являющийся экземпляром классов, унаследованного от System. Windows. Forms [25].

Программная реализация логики приложения разбита на несколько файлов, это сделано для того, чтобы не «нагружать» его во время работы в фоновом режиме. Код главной формы содержит в себе файлы MainFrom. cs, MainFrom. Designer. cs, MainFrom. resx. Инициализация класса MainFrom, объявленного с ключевым словом partial, и главной формы клиента «Администратор» показана на рисунке 3.3.

Рисунок 3. 3-Инициализация формы MainFrom. cs.

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

Код метода для входа в систему показан на рисунке 3.4.

Рисунок 3.4 — Метод авторизации в системе.

Авторизация происходит в три этапа:

— авторизация на сервере базы данных;

— проверка соответствий версий клиента;

— запись информации о входе пользователя в систему.

После разработки интерфейса форм важно правильно спроектировать их взаимодействие [35].

Примером взаимодействия может служить активация одной формы при помощи другой. На рисунке 3.5 представлен фрагмент кода клиента ИС «Администратор», реализующий активацию формы со списком пользователей по событию «списокПользователейToolStripMenuItem_Click».

Рисунок 3.5 — Пример взаимодействия форм в программном коде.

На рисунке 3.6 представлен фрагмент кода клиента ИС «Бухгалтер», реализующий активацию форм «Удержания», «Налоговые вычеты», «Алименты», «Начисления» и «Профсоюзные взносы». Элементы «ToolStripMenuItem», позволяющие это сделать, расположены на форме главного окна программы.

Рисунок 3.6 — Пример взаимодействия форм в программном коде.

Важней задачей ИС является выполнение бизнес-правил.

Бизнес-правила — набор условий, которые управляют деловым событием, чтобы оно происходило так, как нужно для предприятия (или клиента) [24].

Основное условие которое должна выполнять АИС «Расчёт зарплаты» это расчёт повременной оплаты труда, который производиться по формуле имеющий следующий вид (3. 1):

(3. 1)

где S — сумма оплаты труда;

O — сумма фиксированного оклада;

T — количество дней (часов) в рабочем месяце,

P — отработанное время.

Метод, выполняющий расчёт оплаты труда показан на рисунке 3.7.

Рисунок 3.7 — Метод расчёта повременной оплаты труда.

Еще одной важной частью реализации приложения является ее адекватное реагирование на те, или иные ошибки во время работы. Примером ошибки может являться разрыв соединения с базой данных. Чтобы избежать непредвиденных «вылетов» программы, необходимо использовать оператор «try — catch». Оператор «try-catch» состоит из блока «try», за которым следует одно или несколько предложений «catch», в которых определяются обработчики для различных исключений. При возникновении исключения среда CLR ищет оператор «catch», который обрабатывает это исключение. Если выполняющийся в данный момент метод не содержит такого блока «catch», то среда CLR рассматривает метод, который вызвал текущий метод, и т. д. по стеку вызовов. Если блок «catch» не найден, то среда CLR отображает пользователю сообщение о необработанном исключении и останавливает выполнение программы.

Блок «try» содержит защищаемый код, в котором могут происходить исключения. Этот блок выполняется до момента возникновения исключения или до своего успешного завершения [25]. Пример кода программы с оператором «try-catch» представлен на рисунке 3.8.

Рисунок 3.8 — Фрагмент кода программы с оператором «try-catch»

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

Рисунок 3. 9-Аварийное завершение программы

3.2 Взаимодействие приложения с источниками данных

SQL (Structured Query Language) -- язык структурированных запросов, является инструментом для выборки и обработки информации, содержащейся в базе данных. SQL — универсальный компьютерный язык, применяемый для создания, модификации и управления данными в реляционных базах данных, то есть непосредственно для организации взаимодействия пользователя с базой данных. Если пользователю необходимо получить информацию из базы данных, он запрашивает её у СУБД с помощью SQL. СУБД обрабатывает запрос, находит требуемые данные и посылает их пользователю. Процесс запрашивания данных и получения результата называется запросом к базе данных. SQL используется для реализации всех функциональных возможностей, которые СУБД предоставляют пользователю. К ним относятся:

— организация данных;

— выборка данных;

— обработка данных;

— управление доступом;

— совместное использование данных;

— целостность данных [31].

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

Физическое проектирование базы данных — процесс создания описания конкретной реализации базы данных, размещаемой во вторичной памяти. Предусматривает описание структуры хранения данных и методов доступа, предназначенных для осуществления наиболее эффективного доступа к информации. В физической модели (рисунок 3. 10) содержится информация обо всех объектах БД.

Если в логической модели не имеет большого значения, какой конкретно тип данных у атрибута, то в физической модели важно описать всю информацию о конкретных физических объектах — таблицах, колонках, индексах, процедурах и т. д. [21].

Рисунок 3. 10-Физическая модель базы данных.

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

Первоначальной задачей реализации является визуальное проектирование самой формы, представленной на рисунке 3. 11, средствами Visual Studio 2008.

Рисунок 3. 11 — Окно «Новое начисление».

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

— MySQLConnection используется для установления соединения с конкретным источником данных;

— MySQLCommand выполняет команду в источнике данных;

— MySQLDataReader считывает из источника данных однопроходный поток данных только для чтения.

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

Создавая этот запрос необходимо учитывать передаваемые типы данных. Пример SQL-запроса добавления записи в таблицу представлен на рисунке 3. 12.

Рисунок 3. 12 — Пример SQL-запроса добавления записи в таблицу.

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

Рисунок 3. 13- Фрагмент программного кода для добавления данных в таблицу.

Третьей задачей реализации является создание запроса в БД, который будет обновлять данные в таблице «NACHISLENIE», заменяя их данными с полей формы. Важно учитывать соответствие типов данных таблицы и полей формы. Пример SQL-запроса представлен на рисунке 3. 14.

Рисунок 3. 14- Пример SQL-запроса обновления данных в таблице.

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

Рисунок 3. 15 — Метод для обновления данных в таблице.

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

3.3 Тестирование приложения

Тестирование приложений, а также разработанных модулей и компонентов является одним из самых важных этапов в реализации ИС [32, 34].

Тестирование приложения подразумевает 4 этапа:

1. Выбор методов тестирования

2. Создание плана тестирования

3. Разработка тестовых примеров

4. Анализ результатов тестирования

Существует несколько методов тестирования, рассмотрим два из них.

Метод «Белого ящика» используется в случае, когда тестировщиком является человек, который знает все процессы, происходящие в приложении. Как правило, в таких случаях тестировщиком является сам разработчик приложения. Тестирование компонентов форм на стадии разработки осуществляется в режиме отладки с использованием специального средства Visual Studio 2008 — Debug [33, 34]. Удобство этого средства тестирования заключается в возможности пошаговой отладки создаваемого приложения в ходе выполнения программы.

Метод «черный ящик» — метод, при котором тестировщик является человеком, не проектировавший данное ПО. Тестировщику дают тестируемое приложение и дают тестовые случаи. В ходе тестирования он должен вносить результаты тестов.

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

Таблица-3.1. План тестирования клиента «Сотрудник отела кадров» методом «Белый ящик»

ПоказатьСвернуть
Заполнить форму текущей работой