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

После этого появляется окно с настройками подключения, показанное на рисунке 3.16.

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

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

Все автоматизированные рабочие места (АРМ) должны соответствовать следующим системным требованиям:

– Microsoft Windows XP;

– Процессор Pentium IV 2GHz CPU;

– .NET Framework 2.0;

– мышка, клавиатура;

– 512 Mb RAM.

На АРМ участников ИС должна быть установлена операционная система Microsoft Windows XP. Для работоспособности приложения необходимо наличие компонента NET Framework 2.0, т.к. оно разрабатывалась на языке программирования C#.Установочная конфигурация клиентского приложения была выполнена с использованием инструмента Setup and Deployment MS Visual Studio.

Для того чтобы установить клиентское приложение необходимо запустить файл установки «setup.exe».

Установка начинается с запуска мастера установки Setup Wizard, как показано на рисунке 3.18.

В мастере установки используется интуитивно понятный интерфейс. Для продолжения установки необходимо нажать кнопку «Next» . Затем выбрать путь установки программы, как показано на рисунке 3.19 и снова нажать «Next».

На следующем шаге мастер установки попросит подтвердить

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

После выбора настроек и его подтверждения необходимо подождать пока Setup Wizard мастер выполнит установку программного обеспечения (рисунок 3.21) и нажать кнопку «Close» для завершения установки.

Для удаления программы либо ее переустановки необходимо еще раз запустить установочный файл setup.exe и выбрать соответствующий пункт меню (рисунок 3.22).

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

В данном разделе рассмотрена реализация информационной системы. Описана методика развертывания данной информационной системы. Описан способ установки приложения. Рассмотрена методика взаимодействия информационной системы с СУБД MySQL 5.1.40. Проведено тестирование ИС. Программный продукт работает стабильно, ошибок не найдено.

4. Управление информационным проектом

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

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

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

Жизненный цикл - непрерывный процесс, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент ее полного изъятия из эксплуатации.

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

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

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

На рисунке 4.1 представлены итоговые результаты выбора модели жизненного цикла.

По результатам суммы баллов таблицы ярко выражены инкрементная и RAD - модели ЖЦ.

Инкрементная модель ЖЦ предполагает следующее: первая создаваемая промежуточная версия системы (выпуск 1) реализует часть требований, в последующую версию (выпуск 2) добавляют дополнительные требования и так до тех пор, пока не будут окончательно выполнены все требования и решены задачи разработки системы. Для каждой промежуточной версии на этапах ЖЦ выполняются необходимые процессы, работы и задачи, в том числе, анализ требований и создание новой архитектуры, которые могут быть выполнены одновременно. В соответствии с данной моделью ЖЦ, процессы которой практически такие же, что и в каскадной модели, ориентир делается на разработку некоторой законченной промежуточной версии, а задачи процесса разработки выполняются последовательно или частично параллельно для ряда отдельных промежуточных структур версии. Работы и задачи процесса разработки следующей версии системы с дополнительными требованиями или функциями могут выполняться неоднократно в той же последовательности для всех промежуточных версий системы. Процессы сопровождения и эксплуатации могут быть реализованы параллельно с процессом разработки версии путем проверки частично реализованных требований в каждой промежуточной версии и так до получения законченного варианта системы. Вспомогательные и организационные процессы ЖЦ обычно выполняются параллельно с процессом разработки версии системы и к концу разработки будут собраны данные, на основании которых может быть установлен уровень завершенности и качества изготовленной системы [37].

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

– требования составлены с учетом возможности их изменения при реализации продукта;

– все возможности системы требуется реализовать с начала;

– быстрое изменение технологии и требований к системе может привести к нарушению полученной структуры системы;

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

Данную модель ЖЦ целесообразно использовать, в случаях когда:

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

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

– возможно увеличение финансирования на разработку отдельных частей системы.

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

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

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

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

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

– постоянное присутствие заказчика сводит до минимума риск неудовлетворения продуктом и гарантирует соответствие системы коммерческим потребностям и надёжность программного продукта в эксплуатации;

– в состав каждого временного блока входит анализ, проектирование и внедрение (фазы отделены от действий);

– повторное использование компонент уже существующих программ [37].

Информационная система «Расчёт зарплаты» разрабатывался, основываясь на RAD модели ЖЦ.

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

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

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

Задачи проекта:

– выполнить сбор, спецификацию и аттестацию требований;

– выполнить проектирование информационного и программного обеспечения системы;

– разработать базу данных и программные коды приложения;

– провести тестирование программного продукта.

Программный проект может:

– произвести расчёт повременной оплаты труда, а также начисления к ним;

– сохранять данные в СУБД MySQL 5.1.40;

– производить вывод отчёта в виде расчётного листка.

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

– продуктом для внутреннего использования в ОАО РТП «Авторемонтник»;

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

– проектом, который будет осуществлять формирование отчетности.

Программный проект не должен быть доступным для посторонних лиц.

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

Структура пооперационного перечня работ разрабатывалась в приложении Microsoft Office Project 2007. Основная задача планирования проекта заключается в достаточно точной оценке сроков исполнения этих работ. Чтобы добиться наивысшего качества плана проекта необходимо дать как можно более точную оценку сроков исполнения работ. Точную оценку можно дать только в том случае, если хорошо представлен состав работ по выполнению проекта, то есть те работы, которые необходимо выполнить для получения необходимого результата [38].

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

– этап планирования требований - сбор требований выполняется при использовании рабочего метода, называемого совместным планированием требований (Joint requirements planning, JRP), который представляет собой структурный анализ и обсуждение имеющихся коммерческих задач;

– пользовательское описание - совместное проектирование приложения (Joint application design, JAD) используется с целью привлечения пользователей; на этой фазе проектирования системы, не являющейся промышленной, работающая над проектом команда зачастую использует автоматические инструментальные средства, обеспечивающие сбор пользовательской информации;

– фаза конструирования («до полного завершения») - эта фаза объединяет в себе детализированное проектирование, построение (кодирование и тестирование), а также поставку программного продукта заказчику за определенное время. Сроки выполнения этой фазы в значительной мере зависит от использования генераторов кода, экранных генераторов и других типов производственных инструментальных средств;

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

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

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

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

Для успешного создания уникального продукта необходимо наиболее точно сформулировать последовательность работ, наиболее точно определить оценку сроков исполнения и стоимость этих работ, с расчетом выделения необходимых ресурсов для их выполнения [39].

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

Все задачи и ресурсы для реализации этих задач представлены на рисунке 4.3.

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

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

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

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

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

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

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

Диаграмма Ганта - это один из наиболее популярных способов графического представления плана проекта, применяемый во многих программах управления проектами [42].

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

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

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

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

Диаграмма Ганта может использоваться для наглядного представления таких данных как:

– ход выполнения проекта;

– график рабочего времени;

– графиков отпусков;

– использование оборудования;

– занятость помещений и другие.

На рисунке 4.4 отображен лист ресурсов, использованных в проекте.

Диаграмма Ганта представлена в Приложении Д.

Длительность проекта равна 93 дням. Общие затраты на разработку проекта составили 22 580 рублей, при учете того, что компьютером пользовался не только программист и стоимость одного часа работы за компьютером равна 15 рублей (рисунок 4.5).

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

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

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

Ресурсное планирование позволяет:

– оценить потребность в ресурсах;

– спланировать рациональное распределение потребности в ресурсах во времени;

– определить участки проекта, являющиеся критическими с точки зрения потребностей в ресурсах;

– контролировать расходование ресурсов при реализации проекта.

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

На рисунке 4.6 представлен список ресурсов, необходимых для выполнения задач.

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

Целью создания АИС является автоматизация процесса расчёта заработной платы.

Программа должна обеспечивать:

– работу со входными данными;

– получение выходных отчетов;

– формирование отчетов.

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

Для оценки эффективности необходимо воспользоваться методом экспертных оценок [32].

Эксперт - это специалист, суждения которого наиболее компетентны в данной отрасли знаний. Уровень компетентности - понятие субъективное, поэтому эксперты должны подлежать оценке по результатам своей работы.

Процедура экспертного опроса может быть организована и проведена открыто или анонимно. Открытые опросы проводятся как в виде коллективного обсуждения, так и в индивидуальном порядке. Групповой опрос преследует цель выработки наиболее согласованного решения. Если эксперты независимы в своих суждениях и дискуссия носит открытый и доброжелательный характер, то итоги такого обсуждения будут наиболее эффективными, а обобщенное мнение экспертов наиболее корректным [45].

Данный метод состоит из следующих этапов:

– выявление критериев оценки ИС;

– определение весовых коэффициентов целей;

– определение показателя, характеризующего определенный критерий;

– расчет общего показателя эффективности разрабатываемой АИС;

Формула расчета общего показателя эффективности имеет следующий вид (4.1):

,(4.1)

где Y -общий показатель эффективности АИС, 0 ? Y ? 1

V_k - вес k-го критерия эффективности проекта, 0 ? V_k ? 1, ;

E_ik - оценка i-м экспертом k-го критерия, 0 ? E_ik ? 1 ;

M - количество экспертов;

N - количество критериев эффективности проекта.

Весовой коэффициент вычисляется по формуле 4.2:

,(4.2)

где- весовой коэффициент, баллы;

- оценка, баллы.

Расчет оценки ведется по формуле 4.3:

, (4.3)

где- минимальное значение ранга, баллы;

- сумма рангов, баллы.

Для расчета суммы рангов необходимо воспользоваться формулой 4.4:

,(4.4)

где- значение, выставленное экспертом, баллы;

- количество экспертов.

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

Определяя показатели работы системы можно свести их в таблицу. В ней же следует указать показатели этих критериев (таблица 4.1). Так же можно выделить 5 критериев оценки ИС:

– Технический уровень;

– Социальные цели;

– Получение отчетности;

– Простота использования

– Коммуникации.

Таблица 4.1 -критерии оценки работы ИС

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

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

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

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

Представленные результаты сведены в таблице на рисунке 4.7.

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

Y=(0,16*(0,9+0,9+0,88+0,92+0,84+0,89)+0,19*(0,91+0,85+0,92+0,89+0,9+0,92)+0,21*(0,88+0,9+0,89+0,84+0,91+0,92)+0,22*(0,93+0,9+0,87+0,9+0,92+ 0,93)+0,22*(0,83+0,87+0,93+0,87+0,89+0,87))/6=0,89

Таким образом, можно сказать, что эффективность работы разработанной автоматизированной информационной системы по отношению к заданным целям составляет 0,89 баллов, то есть на 89% система работает оптимально. Неэффективность работы ИС составляет 11%.

На основании представленных расчетов можно утверждать, что реализация и внедрение программного модуля АИС «Расчёт зарплаты» является целесообразным.

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

В этой главе произведено обоснование выбора жизненного цикла информационной системы и выделено, что наиболее оптимальным вариантом модели жизненного цикла является модель RAD. Определены цели и область действия программного продукта, создана структура пооперационного перечня работ (проект создания информационной системы реализован в Microsoft Project 2007). Определены используемые в проекте ресурсы и на последнем этапе проведена оценка эффективности проекта, общий показатель эффективности составил 89%. Таким образом, внедрение проекта целесообразно.



ЗАКЛЮЧЕНИЕ

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

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

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

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

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

Для разрабатываемой АИС была выбрана платформа Microsoft Visual Studio 2008 и СУБД MySQL 5.1.40. В качестве языка реализации приложения выбран C#.

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

Была продемонстрирована методика взаимодействия приложения с СУБД MySQL 5.1.40 с представлением запросов, которые обеспечивают запись и обновление данных из базы данных.

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

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

Проведена оценка эффективности АИС, которая показала, что внедрение проекта целесообразно.

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

– MS Office Visio 2007;

– MS Office Project 2007;

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

– MySQL 5.1.40;

– Rational Roze v 7.0.

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

Результат интеллектуальной деятельности:

Специальность: «ИТ» (в управлении).

Тема: Создание системы расчёта заработной платы (на примере ОАО РТП «Авторемонтник»).

Предполагаемый РИД:

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

Системные требования к программно-аппаратной среде, в которой работает ПО:

Архитектура - клиент-серверная; операционная система - Windows XP и выше; язык программирования C#; хранилище данных - MySQL 5.1.40.

Разрабатываемый программный продукт снабжен методикой развёртывания приложения.

Тематическая база данных по информационным источникам - 45 наименований.

Предполагаемые пользователи (Заказчика) РИД: организации использующую повременную систему расчёта заработной платы.



CONCLUSION

The diploma project consists of an introduction, four chapters, conclusions, bibliography, list of abbreviations and applications.

During the performance of the diploma project was designed and developed a software payroll module.

In introduction the urgency of the diploma of the selected theme " Development of an automated information system payroll "Payroll"". Purpose and objectives for their achievement were set and solved.

In the first section we have analyzed the existing solutions to automate the treated area. Was chosen as the object-oriented design methodology and information system developed use case diagrams. Produced collection, validation and specification requirements.

In the second section, performed architectural design AIS, database design and user interface design.

AIS has been developed for the selected platform Microsoft Visual Studio 2008 and DBMS MySQL 5.1.40. As the language of the application is selected C#.

The third section was considered the implementation of an information system. It was a description of the classes and methods, code examples, and the basic algorithms providing the program with the selected platform implementation.

Demonstrated the technique of interaction with the database application MySQL 5.1.40 with the representation of queries that provide a record and update data from the database.

The fourth section is devoted to the management information project. This section of the graduation project is defined goal and scope of the developed software. Implemented model selection process lifecycle development. As a model of the development life cycle model AIS is RAD.

Compiled a list of works of operational structure and, based on the work schedule is built. Also identified and allocated resources for each task. Developed the Gantt chart, clearly showing the duration and sequence of tasks undertaken during the development of the system.

The efficiency of the AIS, which showed that the implementation of the project feasible.

During the execution of graduate design used the following software products:

- MS Office Visio 2007;

- MS Office Project 2007;

- MS Visual Studio 2008, C# programming language;

- MySQL 5.1.40;

- Rational Rose v 7.0.

In conclusion it is possible to draw a conclusion: the objectives of the work achieved, and the task is executed.

The result of intellectual activity:

Specialty: "IT" (in management).

Topic: Creating a payroll system (in the example of RTP "Avtoremontnik").

Prospective RIA:

Payroll system, which allows the following functions: payroll system for time-based pay, the report output in the form of a payslip, the calculation of the tax on income of individuals, maintaining personnel files and stores them in a database of IP.

System requirements for the hardware and software environment in which the software works:

Architecture - client-server, operating system - Windows XP and above, the programming language C #; data warehouse - MySQL 5.1.40.

The developed software is provided with the application deployment method. Thematic database information sources - 45 items.

The intended users (Customer) RIA: The organization uses time-based payroll system.



Список сокращений

АИС - автоматизированная информационная система;

АРМ - автоматизированное рабочее место;

БД - база данных;

ГИП - графический интерфейс пользователя;

ЖЦ - жизненный цикл;

ИС - информационная система;

ООП - объектно-ориентированное программирование;

ПО - программное обеспечение;

СУБД - система управления базами данных;

CLR - Common Language Runtime;

GUI - графический интерфейс пользователя;

JAD - Joint application design;

JRP - Joint Requirements Planning;

RAD - Rapid Application Development;

SQL - Structured Query Language;

SRS - Software Requirements Specification.



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

1.Гарсиа, М.Ф. Справочник системного администратора. 3-е издание. Перевод с английского. - М.: СП Эком, 2005. -976с.

2.Помощь в 1С http://help1c.com/faq/print/1354.html [Электронный документ], проверено 01.05.2013.

3.Официальный сайт компании «Бухсофт» http://www.buhsoft.ru/?title=bp2.php [Электронный документ], проверено 01.05.2013.

4.Основы программирования на C++, PASCAL http://kufas.ru/programming94.htm [Электронный документ], проверено 01.05.2013.

5."Плюсы и минусы объектно-ориентированного программирования" http://www.uni-vologda.ac.ru/oberon/infoart/plus&min.htm [Электронный документ], проверено 01.05.2013.

6.Грехмен. Объектно-ориентированные методы. Принципы и практика. 3-е издание. - М.: Вильямс, 2004. -960с.

7.Буч, Г. Объектно-ориентированный анализ и проектирование. Перевод с английского. - М: «Издательство Бином», 1999.

8.Буч, Г. UML - руководство пользователя. - М: ДМК, 2001.

9.Вигерс, К. И. Разработка требований к программному обеспечению.: Пер. с англ. К. Вигерс. - М.: Издательско-торговый дом «Русская Редакция», 2004.

10.Мацяшек, Л. А. Анализ требований и проектирование систем. Разработка информационных систем с использованием UML.: Пер. с англ. Л.А. Мацяшек.- М.: Издательский дом «Вильямс», 2002.

11.Леффингуэлл, Д. Принципы работы с требованиями к программному обеспечению. Унифицированный подход.: Пер. с англ. Уидриг Д., Леффингуэлл, Д. - М.: Издательский дом «Вильямс», 2002 - 448 с.

12.ГОСТ 19.202-78 «ЕСПД Спецификация. Требования к содержанию и оформлению».

13.Соммервилл, И. Инженерия программного обеспечения - М: 6-е издание. «Вильямс», 2002.

14. Джалота, П. Управление программным проектом на практике. Из-во: Лори, 2005.

15. Шмуллер, Д. Освой самостоятельно UML 2 за 24 часа. Практическое руководство - М.: «Вильямс», 2005.

16. Роб, П., Коронел, К. Системы баз данных: проектирование, реализация и управление. -- 5-е изд. СПб.: БХВ-Петербург, 2004.

17. Избачков, Ю.С., Петров, В.Н. Информационные системы. Учебник для вузов. 2-е изд. - СПб.: Питер, 2005.

18. Гайдамакин, Н. А. Автоматизированные информационные системы, базы и банки данных. Вводный курс., 2002.

19. Коннолли, Т., Бегг, К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. 3-е издание.: Пер. с англ. - М. : Издательский дом «Вильямс», 2003. - 1440 с.

20. Диго, С.М. Проектирование и использование баз данных. -- М.: Финансы и статистика. 1995. - 216с.

21. Microsoft Corporation. Проектирование и реализация баз данных Microsoft SQL Server 2005. Учебный курс MCAD/MCSE, MCDBA. Пер. с англ. -- 3-изд., испр. -- М.: Издательско-торговый дом Русская Редакция, 2006.

22. Мандел, Т. Дизайн интерфейсов: Модели пользовательского интерфейса; Объектно-ориентированные интерфейсы; Этапы разработки интерфейса; Web-интерфейсы. Самоучитель.: Пер. с англ. Мандел, Т. - М.: ДМК Пресс. 2005. - 425 с.

23. Ганеев, Р. М. Проектирование интерфейса пользователя средствами Win32 API. Из-во: Горячая Линия - Телеком, 2001.

24. Бизнес-правила http://www.tadviser.ru/index.php/Статья:Бизнес-правила [Электронный документ], проверено 01.05.2013.

25. Библиотека MSDN по-русски http://msdn.microsoft.com/library [Электронный документ], проверено 01.05.2013

26. Нейгел К., Ивьен Б., Глинн Дж., Уотсон К., Скиннер М. Visual С# 2008. Базовый курс. Из-во: Вильямс, 2009.

27. Малик, С. Microsoft ADO.NET 2.0 для профессионалов: «Вильямс», 2006.

28. Гандерлой, М. ADO и ADo.NET. Полное руководство. Перевод с английского. - К.: «ВЕК+». 2003. -912с.

29. Фатрелл, Т. Управление программными проектами: достижение оптимального качества при минимуме затрат: Пер. с англ - М.: Издательский дом "Вильямс", 2004.

30. Microsoft Press. Разработка Windows-приложений на Microsoft Visual Basic .NET и Microsoft Visual C#. Из-во: Москва,2003

31. Дунаев, В.В. Базы данных. Язык SQL. - СПб.: БХВ - Петербург, 2006.

32. Лапыгин, Ю.Н. Управление проектами: от планирования до оценки эффективности - Омега-Л «Москва», 2008.

33. Тамрле, Л. Введение в тестирование программного обеспечения.: Пер. с англ.. - М.: Издательский дом "Вильямс", 2003. - 368 с.

34. Благодатских В.А., Волкин В.А., Поскакалов К.Ф. Стандартизация разработки программных средств. - М.: Финансы и статистика, 2005

35. Дейтел, Х. C#. Наиболее полное руководство. Из-во: БХВ - Петербург, 2006.

36. Арчибальд, Р. Управление высокотехнологичными программами и проектами: Пер. с англ. Мамонтова Е. В.; Под ред. Баженова А. Д., Арефьева А. О. - 3-е изд., перераб. и доп. - М.: Компания АйТи ; ДМК Пресс, 2004.-472 с.: ил.

37. Джалота, П.. Управление программным проектом на практике.: Пер. с англ. - М. : Издательство «Лори», 2005. - 242 с. : ил.

38. Богданов, В.В. Управление проектами в Microsoft Project: Учебный курс. - СПб.: Питер, 2003.

39. Сингаевская, Г.И. Управление проектами в Microsoft Project 2007 / М.: «Диалектика», 2008.

40. Таунсенд К., Фохт Д., Кондратенко В., Трубицына В. Проектирование и программная реализация экспертных систем/ - М.: Финансы и статистика, 2000.

41. Марченко А.Л. Основы программирования на С# 2.0. Из-во: Интернет-университет информационных технологий, 2007.

42. Ахо, А.В., Хопкрофт Дж., Ульман Дж. Д. Структуры данных и алгоритмы - М.: «Вильямс», 2000.

43. Курс MS Project 2010 http://www.microsoftproject.ru/ [Электронный документ] проверено 01.05.2013.

44. Бонни Бьяфоре Все по плану! Успешное управление проектами с использованием MicrosoftProject = OnTime! On Track! On Target!: Managing Your Projects Successfully with Microsoft Project. -- М.: Microsoft Press, 2006. -- С. 304.

45. Экспертные оценки http://www.spc-consulting.ru/app/expert.htm [Электронный документ] проверено 01.05.2013.



Приложение А - Спецификация требований к программному обеспечению

Введение

Назначение

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

Итоговой целью разработки является разработка автоматизированной информационной расчёта заработной платы «Расчёт зарплаты».

Область действия

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

Общее описание

Описание продукта

Функциональные возможности

Данный продукт разрабатывается как независимая информационная система, обеспечивающая:

? ведение базы данных личных дел сотрудников предприятия;

? расчёт налога на доход физических лиц.

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

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

Классы и характеристики пользователей

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

Категория пользователя	Описание
Администратор ИС	Создаёт и удаляет пользователей, следит за работой информационной системы. Устраняет неисправности в работе системы.
Сотрудник отдела кадров	Заполняет, редактирует данные о сотрудниках в информационной системе. Ведёт их личные дела.
Бухгалтер	Производит расчёт заработной платы. Выводит отчёты.

Общие ограничения

Операционная среда-1.Минимальные требования к операционной системе -- Windows XP SP2. Ограничения дизайна и реализации-1. База данных должна быть спроектирована на MySQL 5.1.40.

Документация для пользователей

Документация для пользователей-1. Разрабатывается руководство пользователя. Специфические требования

Требования к системе

Требование	Описание
Архитектура	Клиент-серверная
Среда разработки	Visual Studio 2008
Язык программирования	С#, Transact SQL
Операционная система рабочей станции	Windows XP
Программное обеспечение рабочей станции	.NET Framework 2.0

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

Функция	Требование
Добавление пользователя в систему	Система должна иметь модуль для создания новых пользователей в систему
Просмотр событий	Система должна обеспечивать просмотр событий пользователей

Требования к внешнему интерфейсу

Интерфейсы пользователя-1. Экраны вывода должны соответствовать общепринятым стандартам.

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

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

Требования к производительности-1.Обмен между приложением и БД должен осуществляться с задержками ответа на запрос не более 7 сек.

Требования к производительности-2.Формирование отчета должно производиться за время, приемлемое для непрерывной работы пользователя (не более 25 сек).

Требования к охране труда

Требования к охране труда не определены.

Требования к безопасности

Система имеет разграничение доступа.

Атрибуты качества ПО

Доступность-1.Система должна быть доступна в рабочее время с 08.00 до 17:00 и во время проведения испытаний.



Приложение б - Техническое задание

Техническое задание на разработку программы "Расчёт зарплаты"

Содержание

1. Введение

1.1. Наименование программы

1.2. Назначение и область применения

2. Требования к программе

2.1. Требования к функциональным характеристикам

2.2. Требования к надежности

2.2.1. Требования к обеспечению надежного функционирования программы

2.2.2. Время восстановления после отказа

2.2.3. Отказы из-за некорректных действий пользователей системы

3. Условия эксплуатации

3.1. Требования к квалификации и численности персонала

3.2. Требования к составу и параметрам технических средств

3.3. Требования к информационной и программной совместимости

3.3.1. Требования к информационным структурам и методам решения

3.3.1.1. Структура баз данных

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

3.3.2. Требования к исходным кодам и языкам программирования

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

3.3.4. Требования к защите информации и программ

3.4. Специальные требования

4. Требования к программной документации

4.1. Предварительный состав программной документации

5. Стадии и этапы разработки

5.1. Стадии разработки

5.2. Этапы разработки

5.3. Содержание работ по этапам

6. Порядок контроля и приемки

6.1. Виды испытаний

6.2. Общие требования к приемке работы

1. Введение

1.1. Наименование программы

Наименование программы: "Расчёт зарплаты"

1.2. Назначение и область применения

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

1.2.1. Расчёт повременной оплаты труда

1.2.2. Расчёт удержаний из зарплаты

1.2.3. Вывод отчёта в виде расчётного листка

Программа представляет собой клиент-серверное приложение работающее под управлением Microsoft Windows XP.

2. Требования к программе

2.1. Требования к функциональным характеристикам

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

2.1.1. Разделение пользователей на группы:

2.1.1.1. Бухгалтера

2.1.1.2. Специалисты отдела кадров

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

2.1.2. Возможность авторизации в инормационной системе

2.1.3. Возможность добавление, редактирование личных данных сотрудников

2.1.3. Возможность расчёта повременной оплаты труда

2.1.4. Возможность вывода отчёта за определённый период

2.1.5. Возможность добавления новых пользователей в систему

2.2. Требования к надежности

2.2.1. Требования к обеспечению надежного функционирования программы

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

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов

2.2.2. Время восстановления после отказа

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

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

2.2.3. Отказы из-за некорректных действий пользователей системы

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

3. Условия эксплуатации

3.1. Требования к квалификации и численности персонала

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

а) задача поддержания работоспособности технических средств;

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

в) задача установки (инсталляции) программы.

г) задача создания резервных копий базы данных.

3.2. Требования к составу и параметрам технических средств

3.3.1. В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), включающий в себя:

3.3.1.1. процессор Pentium-IV 2GHz, не менее;

3.3.1.2. оперативную память объемом, 512Мегабайт, не менее;

3.3.1.3. HDD, 20 Гигабайт, не менее;

3.3.1.4. операционную систему Windows XP;

3.3. Требования к информационной и программной совместимости

3.3.1. Требования к информационным структурам и методам решения

База данных работает под управлением MySQL 5.1.40.

3.3.1.1. Структура баз данных



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

Пользователи и администраторы работают с базой данных через клиенты информационной системы.

3.3.2. Требования к исходным кодам и языкам программирования

Дополнительные требования не предъявляются.

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

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows XP.

3.3.4. Требования к защите информации и программ

Требования к защите информации и программ не предъявляются.

3.4. Специальные требования

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

4. Требования к программной документации

4.1. Предварительный состав программной документации

Состав программной документации должен включать в себя:

4.1.1. техническое задание;

4.1.2. программу и методики испытаний;

4.1.3. руководство оператора;

5. Стадии и этапы разработки

5.1. Стадии разработки

Разработка должна быть проведена в три стадии:

1. разработка технического задания;

2. рабочее проектирование;

3. внедрение.

5.2. Этапы разработки

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

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

1. разработка программы;

2. разработка программной документации;

3. испытания программы.

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

5.3. Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

1. постановка задачи;

2. определение и уточнение требований к техническим средствам;

3. определение требований к программе;

4. определение стадий, этапов и сроков разработки программы и документации на неё;

5. согласование и утверждение технического задания.

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