Программное средство учета клиентов и услуг оздоровительного центра

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

Введение

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

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

просмотр всех справочников программы;

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

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

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

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

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

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

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

Раздел «Тестирование» описывает этапы отладки и исправления программного средства в ходе разработки и после завершения проектирования.

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

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

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

автоматизированный проектирование программный клиент



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

1.1 Описание предметной области

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

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

Необходимо чтобы в БД хранились сведения об услугах, видах услуг и клиентах.

При выводе информации можно узнать следующие сведения:

адрес клиента;

пройденное лечение клиентом;

сумму, потраченную клиентом;

паспортные данные клиента;

Администратор БД может вносить следующие изменения:

добавлять нового клиента;

изменять адрес клиента, его паспортные данные и контактный номер;

добавлять новый вид услуг;

изменять существующие виды услуг;

добавляться/удалять услуги;

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

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



1.2 Формулировка задачи

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

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

клиенты;

виды услуг;

сами услуги;

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

Требования, предъявляемые к работе ПС:

клиент-серверная организация БД;

наличие удобного и отзывчивого интерфейса;

возможность настройки внешнего вида программного средства;

проверка вводимых данных;

проверка на наличие повторяющихся записей;

1.3 Входные и выходные данные

Входные данные включают следующие сведения:

о клиентах (фио, паспортные данные, адрес, контактные телефоны);

о видах услуги (код вида, наименование вида услуги);

об услугах (код, наименование услуги);

о платежах (код, сумма платежа)

Выходная информация может быть представлена:

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

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

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

2. Проектирование задачи

2.1 Выбор и обоснование инструментов разработки

Для проектирования и разработки системы будем использовать следующие технологии: MS Access, Borland C++ Builder.

C++ Builder -- программный продукт, инструмент быстрой разработки приложений (RAD), интегрированная среда программирования (IDE), система, используемая программистами для разработки программного обеспечения на языке программирования C++.

Изначально разрабатывался компанией Borland Software, а затем её подразделением CodeGear, ныне принадлежащим компании Embarcadero Technologies.

C++ Builder объединяет в себе комплекс объектных библиотек (STL, VCL, CLX, MFC и др.), компилятор, отладчик, редактор кода и многие другие компоненты. Цикл разработки аналогичен Delphi. Большинство компонентов, разработанных в Delphi, можно использовать и в C++ Builder без модификации, но обратное утверждение не верно.

Builder содержит инструменты, которые при помощи drag-and-drop действительно делают разработку визуальной, упрощает программирование благодаря встроенному WYSIWYG -- редактору интерфейса и пр.

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

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

Обоснование выбора MS Access:

Один из основных плюсов разработки на MS Access - плотная связь с Microsoft Office. Для нормальной работы созданного приложения достаточно установить Офис. При этом так же устанавливаются все нужные для работы Access библиотеки, ODBC и т.д., что не всегда скажешь про тот же Delphi. Acess достаточно хорошо совместим с MS SQL Server и другими форматами баз данных.

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

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

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

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

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

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

Что касается трат на покупку MS Access, то он входит в MS Office, а этот продукт уже имеется на большинстве предприятий. Трудно представить себе компьютер, на котором бы не был установлен MS Office. Вы вкладываете деньги только в то программное обеспечение, которое заказываете. Основываясь на изложенных выше данных в качестве СУБД разрабатываемой системы был выбран Microsoft Access.

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

Достоинствами операционной системы Windows:

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

совместимость. Любая операционная система семейства Windows, с некоторыми добавлениями и расширениями, поддерживает файловые системы NTFS, FAT 16 и FAT 32, большинство приложений, написанных для MS DOS, а также для некоторых программ для OS/2 и POSIX могут быть использованы все функции.

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

распределенная обработка. Windows обладает встроенными сетевыми возможностями, что обеспечивает связь с различными типами компьютеров благодаря наличию разнообразных транспортных протоколов связи технологии клиент/сервер.

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

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

Программа «Автоматизированное рабочее место специалиста отдела по кредитованию физических лиц ОАО «Белинвестбанк» » версия 1.0 разработана в среде Borland Delphi 7 Enterprise.

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

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

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



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

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

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

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

Чек (Check). Эта сущность предназначена для хранения информации об оплаченных услугах. Первичный ключ - Код_должности.

Сущность «Чек» содержит следующие атрибуты (таблица 2.1):

Таблица 2.1 - сущность «Чек»

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

Сущность «Клиент» содержит следующие атрибуты (таблица 2.2):

Таблица 2.2 - сущность «Клиент»

Название атрибута	Описание	Домен	Ключ
Код клиента	Отражает код оплаченной услуги. Используется как первичный ключ.	Числовой	Первичный
Имя клиента	Отражает имя клиента	Дата	-
Паспорт	Отражает номер паспорта	Числовой	-
Дата рождения	Отражает дату рождения клиента	Числовой	-
Телефон	Отражает контактный номер клиента	Числовой	-
Адрес	Отражает адрес проживания клиента	Текстовый	-

Сущность «Тип услуги» содержит следующие атрибуты (таблица 2.3):

Таблица 2.3 - сущность «Тип услуги»

Название атрибута	Описание	Домен	Ключ
Код вида услуги	Отражает код вида услуги. Используется как первичный ключ.	Числовой	Первичный
Наименование вида услуги	Отражает наименование вида услуги	Числовой	-

Сущность «Услуга» содержит следующие атрибуты (таблица 2.4):

Таблица 2.4 - сущность «Услуга»

Название атрибута	Описание	Домен	Ключ
Код услуги	Отражает код вида услуги. Используется как первичный ключ.	Числовой	Первичный
Код вида услуги	Отражает наименование вида услуги	Числовой	Вторичный
Наименование услуги	Отражает наименование услуги, предоставляемой центром	Текстовый	-
Стоимость услуги	Отражает всю стоимость услуги	Числовой	-



2.4 Проектирование интерфейса

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

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

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

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

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

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

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

простота и доступность интерфейса программного продукта;

возможность удобного ввода информации;

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

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

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

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

Одним из элементов управления будет раздел меню “Клиенты”, в котором пользователь сможет ввести данные о новом клиенте, а также просмотреть и отредактировать уже имеющиеся. Через это меню производится вход в меню «Добавление клиента» для добавления своих клиентов.

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

Третьим элементом будет раздел меню “Услуги”, в котором пользователь сможет перейти на форму работы со всевозможными услугами вне зависимости от вида услуг.

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



3. Программная реализация

3.1 Физическая модель данных

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

База данных состоящая из 4 таблиц, содержащих необходимые данные для работы программы в соответствии с рисунком 3.1:

Рисунок 3.1 - Схема данных

Ниже описывается каждая таблица.

Таблица Оплаты (Chek) предназначена для хранения информации о совершенных платежах, ее структура, следующая в соответствии с рисунком 3.2:



Рисунок 3.2 - Структура таблицы Оплаты

Таблица Клиент (Klient) предназначена для хранения информации о клиентах, ее структура, следующая в соответствии с рисунком 3.2:



Рисунок 3.2 - Структура таблицы Клиенты

Таблица Типы услуг (type_usluga) предназначена для хранения данных о видах и типах услуг, ее структура, следующая в соответствии с рисунком 3.3:

Рисунок 3.3 - Структура таблицы Виды услуг

Таблица Услуги (Kreditodatel) предназначена для хранения данных о всевозможных услугах в оздоровительном центре, ее структура, следующая в соответствии с рисунком 3.4:

Рисунок 3.4 - Структура таблицы Услуги

3.2 Описание приложения

3.2.1 Использование модулей

При создании данного программного средства было создано 14 форм:

Form1 - главная форма работы с приложением;

Form2 - форма окна работы со справочником «Клиенты»;

Form3 - форма добавления клиента;

Form4 - форма окна работы со справочником «Предоставленные услуги»;

Form5 - форма регистрации оказанной услуги;

Form6 - форма окна работы со справочником «Услуги центра»;

Form7 - форма добавление услуги;

Form8 - форма окна работы со справочником «Виды услуг»;

Form9 - форма добавления типа услуг;

3.2.2 Описание основных процедур

Главный модуль Form1 имеет следующую структуру, в соответствии с рисунком 3.5:

Рисунок 3.5 - Главный модуль Form1

Были использованы следующие компоненты: Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, Menus, DB, ADODB, StdCtrls, DBCtrls, jpeg, ExtCtrls, Grids, DBGrids, ComCtrls, DateUtils, QRCtrls, QuickRpt, Mask, Buttons.

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

Procedure NClick(Sender: TObject); Procedure DBTextClick(Sender: TObject); Procedure SpeedButtonClick(Sender: TObject); Procedure DBEditClick(Sender: TObject); Procedure ButtonClick(Sender: TObject); Procedure TForm.SpeedButtonClick (Sender: TObject); - вызывает форму для просмотра записей в справочниках.

Procedure FormActivate(Sender: TObject) - открывает базу данных. Данная процедура обрабатывает событие onActivate. Событие OnActivate возникает в момент активизации формы, поэтому процедура запускается автоматически, при активизации формы приложения. Если операция открытия файла завершается успешно, то в соответствующие элементы записываются данные объекта, породившего вызов.

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

4.1 Цели и виды тестирования

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

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

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

синтаксические ошибки;

ошибки времени выполнения программы;

смысловые (логические) ошибки.

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

Намного больше неприятностей доставляют ошибки времени выполнения. Они дают о себе знать прекращением выполнения программы. Чаще всего ошибка времени выполнения является симптомом смысловой ошибки.

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

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

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

выявление ошибки;

локализация ошибки в тексте программы;

установление причины ошибки;

исправление ошибки.

Функциональные тесты базируются на функциях и особенностях, а также взаимодействии с другими системами, и могут быть представлены на всех уровнях тестирования: компонентном или модульном (Component/Unit testing), интеграционном (Integration testing), системном (System testing) и приемочном (Acceptance testing). Функциональные виды тестирования рассматривают внешнее поведение системы. Далее перечислены одни из самых распространенных видов функциональных тестов:

Функциональное тестирование (Functional testing)

Тестирование безопасности (Security and Access Control Testing)

Тестирование взаимодействия (Interoperability Testing)

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

Все виды тестирования производительности:

нагрузочное тестирование (Performance and Load Testing)

стрессовое тестирование (Stress Testing)

тестирование стабильности или надежности (Stability / Reliability Testing)

объемное тестирование (Volume Testing)

Тестирование установки (Installation testing)

Тестирование удобства пользования (Usability Testing)

Тестирование на отказ и восстановление (Failover and Recovery Testing)

Конфигурационное тестирование (Configuration Testing)

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

Дымовое тестирование (Smoke Testing)

Регрессионное тестирование (Regression Testing)

Тестирование сборки (Build Verification Test)

Санитарное тестирование или проверка согласованности/исправности (Sanity Testing)

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

Дымовое тестирование (Smoke Testing)

Регрессионное тестирование (Regression Testing)

Тестирование сборки (Build Verification Test)

4.2 Обнаружение и устранение ошибок

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

Испытания проводились в соответствии с настоящим документом. Процесс испытания подразделяется на 2 этапа:

проверка корректности работы программы;

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

Проверке подлежат следующие характеристики:

корректность запуска;

достоверность и актуальность отражаемой информации;

корректность формирования отчетов;

корректность выхода.

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

Имели место следующие тесты:

Добавление данных:

запущен исполняемый файл программы;

введены данные в справочники;

завершена работа программы;

проверены таблицы базы, новые данные в них присутствовали.

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

Добавление некорректных данных:

совершено добавление некорректных данных;

программа выдала сообщение об ошибке;

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

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

Удаление данных:

некоторые данные были удалены;

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

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

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

Вывод: программа успешно удаляет данные.

Системные и аппаратные сбои:

запуск программы;

в структуру данных внесены изменения;

совершён нестандартный выход;

программа вновь загружена.

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

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

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

5. Применение

5.1 Назначение и область применения программы

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

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

Программное средство «Учет клиентов и услуг оздоровительного центра» разработано под операционную систему Windows, однако его работоспособность проверена также и на Linux.

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

микропроцессор - Intel Core i3 2,2 ГГц;

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

видео карта - NVIDIA GeForce8600 GT;

винчестер - HDD - Seagate Barracuda 40 Гб;

монитор - LOC 2546C;

клавиатура - Standard 102-key Microsoft Natural PS/2 keyboard;

операционная система Microsoft Windows 7 Professional версия 2007.

Условия эксплуатации программы совпадают с условиями эксплуатации ПЭВМ IBM PC и совместимых с ними ПК. Программно ПЭВМ должна быть обеспечена драйверами для доступа к базам данных типа Microsoft Access - *.mdb.

Необходимо наличие IBM PC - совместимого ПК с графическим адаптером EGA (VGA). Необходимое дисковое пространство - не менее 20 Мб, объем свободной оперативной памяти 10 Мб. Так же обязательно наличие клавиатуры и манипулятора типа «мышь».

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

5.2 Инсталляция программы

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

В папке с программой запустите файл Project.exe.и можете начинать работу с программой.

5.3 Руководство пользователя

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

Рисунок 5.1 - Главная форма программы

Затем нам нужно ввести данные нового клиента, это можно сделать с помощью меню «К списку клиентов» с помощью кнопки «Добавить». Рисунок 5.2. После нажатия откроется новая форма добавления клиента. Рисунок 5.3

Рисунок 5.2 - Информация о клиентах

Рисунок 5.3 - Добавление клиента

После добавления клиента нам нужно добавить вид услуги, а также саму услугу.

Для добавления вида услуги нужно на главной форме нажать «Перейти к типам услуг». После перехода появится форма (рисунок 5.4), выбрать «Добавить» и заполнить все поля на форме (рисунок 5.5)



Рисунок 5.4 - Информация о видах услуг

Рисунок 5.5 - Добавление вида услуги

После добавления вида услуг нужно добавить саму услугу.

Для добавления услуги нужно на главной форме нажать «Перейти к услугам». После перехода появится форма (рисунок 5.6), выбрать «Добавить» и заполнить все поля на форме (рисунок 5.7)



Рисунок 5.6 - Информация об услугах

Рисунок 5.7 - Добавление услуги

После добавления услуг нужно добавить сам платеж.

Для добавления платежа нужно на главной форме нажать «Предоставленные услуги». После перехода появится форма (рисунок 5.8), выбрать «Добавить» и заполнить все поля на форме (рисунок 5.9)



Рисунок 5.8 - Информация о предоставленных услугах

Рисунок 5.9 - Добавление оказанной услуги



6. Экономический раздел

6.1 Общая характеристика разрабатываемого программного средства

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

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

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

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

Разрабатываемое программное средство относится к классу ПС общего назначения, ведения базы данных. Все расчеты выполнены на 25.04.2015г.

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

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

6.2 Расчет цены и прибыли на ПС

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

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

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

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

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

снижения расходов на материалы (магнитные ленты, магнитные диски и прочие материалы);

ускорение ввода в эксплуатацию новых систем;

улучшения показателей основной деятельности в результате использования ПС.

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

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

отчисления в фонд социальной защиты населения;

отчисления по обязательному страхованию от несчастных случаев на производстве и профессиональных заболеваний;

расходы на материалы и комплектующие;

расходы на спецоборудование;

расходы на оплату машинного времени;

прочие прямые затраты;

накладные расходы.

На основании затрат рассчитывается себестоимость и отпускная цена ПС.

6.2.1 Исходные данные

Таблица 6.1 - Исходные данные для расчета

№ пп	Наименование показателя	Единица измерения	Условные обозначения	Норматив
1	Коэффициент изменения скорости обработки информации	ед.	Кск	Кск = 0,5
2	Численность разработчиков	чел.	Чр	Чр = 1
3	Тарифная ставка 1-го разряда в организации	руб.	Сзм1	275000
4	Тарифный коэффициент	ед.	Кт	2,84
5	Фонд рабочего времени	ч	ФРВ	172
6	Коэффициент естественных потерь рабочего времени	ед.	Кп	Кп = 1,1
7	Коэффициент премирования	ед.	Кпр	Кпр = 1,1
8	Норматив дополнительной заработной платы	%	Ндз	Ндз = 10%
9	Ставка отчислений в Фонд социальной защиты населения	%	Нфсзн	Нфсзн = 34%
№ пп	Наименование показателя	Единица измерения	Условные обозначения	Норматив
10	Ставка отчислений по обязательному страхованию от несчастных случаев на производстве и профессиональных заболеваний	%	Нбгс	Нбгс = 0,6%
11	Цена одного машино-часа	руб.	Цм	Цм = 2500
12	Норматив прочих затрат	%	Нпз	Нпз = 10%
13	Норматив накладных расходов	%	Ннр	Ннр = 100%
14	Норматив расходов на сопровождение и адаптацию	%	Нрса	Нрса = 10%
15	Уровень рентабельности	%	Урн	Урн = 20%
16	Ставка НДС	%	Нндс	Нндс = 20%
17	Норматив расходов на освоение ПС	%	Нкос	Нкос= 1%
18	Норматив расходов на пополнение оборотных средств в связи с использованием нового ПС	%	Нкоб	Нкоб= 1%
19	Ставка налога на прибыль	%	Нnр	Нnр = 18%
20	Норматив приведения разновременных затрат	ед.	Ен	Ен = 0,21

6.2.2 Определение объема ПС ВТ

Объем ПС определяется путем подбора аналогов на основании классификации типов ПС, каталога функции ПС и аналогов ПС в разрезе функций.

Таблица 6.2 - Содержание и объем функций на разрабатываемое ПС ВТ

№ функции	Содержание функции	Объем, условных машино-команд
101	Организация ввода информации	150
105	Обработка входного заказа и формирование таблиц	1340
201	Генерация структуры БД	4300
202	Генерация подсхемы БД	2060
203	Формирование БД	2180
204	Обработка наборов и записей БД	2670
207	Манипулирование данными	9550
	ИТОГО:	22250

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

(6.1)

где VO - общий объем ПС (условных машино-команд);

Vi - объем функций ПС (условных машино-команд);

n - общее число функцией.

Vо = 22 250 (условных машино-команд)

В связи с достаточно быстрым изменением ВТ рекомендуется определить скорректированный объем функций по формуле

Vo/ = Vo · Кск(6.2)

где Vo/ - скорректированный объем ПС, условных машино-команд;

VO - общий объем ПС, условных машино-команд;

Кск - коэффициент изменения скорости обработки информации;

Vo/ = 22250 · 0,5 = 11125 (условных машино-команд).

6.2.3 Расчет трудоемкости выполняемой работы

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

С учетом дополнительного коэффициента сложности КСЛ рассчитывается общая трудоемкость ПС:

(6.3)

где ТО - общая трудоемкость ПС, человеко-дней;

ТН - нормативная трудоемкость ПС, человеко-дней;

КСЛ - дополнительный коэффициент сложности ПС, ед.

То = 414·0,08 = 33,12 (человеко-дней).

6.2.4 Расчет основной заработной платы

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

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

Сзм = Сзм1 . Кт ;(6.4)

где Сзм - тарифная ставка за месяц, руб.;

Сзм1 - тарифная ставка 1-го разряда за месяц, руб.;

Кт - тарифный коэффициент, ед.

Сзм = 275000·2,84 = 781000 (руб.)

Основная заработная плата исполнителей на конкретное ПС рассчитывается по формуле

(6.5)

где Соз - основная заработная плата, руб.;

Сзм - тарифная ставка за месяц, руб.;

Сзд - тарифная ставка за день (Сзм/21,25), руб.;

ТО - общая трудоемкость ПС, человеко-дней;

Кп - коэффициент естественных потерь рабочего времени, ед.;

Кпр - коэффициент премирования, ед.

Соз = 781000/21,25 · 33,12 · 1,1 · 1,1 = 1472881,47 (руб.)

6.2.5 Расчет дополнительной заработной платы

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

(6.6)

где Сдз - дополнительная заработная плата на конкретное ПС, руб.;

Ндз - норматив дополнительной заработной платы, %.

Сдз = 1472881,47 · 10 / 100 = 147288,147 (руб.)

6.2.6 Расчет отчислений в Фонд социальной защиты населения

Отчисления в Фонд социальной защиты населения (ФСЗН) определяются в соответствии с действующими законодательными актами по нормативу в процентном отношении к фонду основной и дополнительной зарплаты исполнителей

(6.7)

где Сфсзн - сумма отчислений в Фонд социальной защиты населения, руб.;

Нфсзн - норматив отчислений в Фонд социальной защиты населения (%).

Сфсзн = (1472881,47 + 147288,147) · 34 / 100 = 550857,67 (руб.)

6.2.7 Расчет отчислений по обязательному страхованию от несчастных случаев на производстве и профессиональных заболеваний

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

(6.8)

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

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

Сбгс = (1472881,47 + 147288,147) · 0,6 / 100 = 9721,02 (руб.)

6.2.8 Расчет расходов на материалы

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

(6.9)

где См - сумма расходов на материалы, руб.;

Нм - норма расхода материалов в расчете на 100 строк исходного кода ПС, руб.

См = 380 · 11125 / 100 = 21137,5 (руб.)

6.2.9 Расчет расходов на оплату машинного времени

Расходы включают оплату машинного времени, необходимого для разработки и отладки ПС, которое определяется по нормативам (в машино-часах) на 100 строк исходного кода машинного времени в зависимости от характера решаемых задач и типа ПЭВМ:

(6.10)

где Смв - сумма расходов на оплату машинного времени, руб.;

Цм - цена одного машино-часа, руб.;

Нмв - норматив расхода машинного времени на отладку 100 строк исходного кода, машино-часов.

Смв = 2500 · 11125 / 100*12*0.5 = 1668750 (руб.)

6.2.10 Расчет прочих прямых затрат

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

(6.11)

где Спз - сумма прочих затрат, руб.;

Нпз - норматив прочих затрат в целом по организации, %.

Спз = 1472881,47 · 10 / 100 = 147288,147 (руб.)

6.2.11 Расчет накладных расходов

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

(6.12)

где Снр - сумма накладных расходов, руб.;

Ннр - норматив накладных расходов в целом по организации, %.

Снр = 1472881,47 · 100 /100 = 1472881,47 (руб.)

6.2.12 Расчет суммы расходов на разработку ПС ВТ

Общая сумма расходов на ПС рассчитывается по формуле:

(6.13)

где Ср - сумма расходов на разработку ПС ВТ, руб.

Ср = 1472881,47 + 147288,147 + 550857,67 + 9721,02 + 21137,5 + 1668750+ 147288,147 + 1472881,47 = 5490805,4(руб.)

6.2.13 Расчет расходов на сопровождение и адаптацию

Кроме того, организация-разработчик осуществляет затраты на сопровождение и адаптацию ПС, которые определяются по нормативу



(6.14)

где Срса - сумма расходов на на сопровождение и адаптацию ПС ВТ, руб.;

Нрса - норматив расходов на сопровождение и адаптацию, %.

Срса = 5490805,4 · 10 / 100 = 549080,54(руб.)

6.2.14 Расчет полной себестоимости разработки ПС ВТ

Общая сумма расходов на разработку (с затратами на сопровождение и адаптацию) - полная себестоимость ПС определяется по формуле

(6.15)

где Сп - полная себестоимость ПС ВТ, руб.

Сп = 5490805,4 + 549080,54= 6039885,9 (руб.)

6.2.15 Определение отпускной цены на ПС ВТ

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

Прибыль рассчитывается по формуле

(6.16)



где Ппс - прибыль от реализации ПС, руб.;

Урп - уровень рентабельности ПС, %.

Ппс = 6039885,9 · 20 / 100 = 1207977,2(руб.)

Прогнозируемая цена разработчика ПС без налогов:

. (6.17)

где Цп - прогнозируемая цена разработчика ПС, руб.

Цп = 6039885,9 + 1207977,2= 7247863,1 (руб.) (6.18)

Сумма налога на добавленную стоимость:

, (6.19)

где НДС - сумма налога на добавленную стоимость, руб.;

Нндс - ставка НДС, %.

НДС = 7247863,1 · 20 / 100 = 1449572,62 (руб.)

Прогнозируемая отпускная цена:

. (6.20)

где Цо - прогнозируемая отпускная цена, руб.

Цо = 7247863,1 + 1449572,62 = 8697436 (руб.)

6.3 Расчет экономического эффекта от применения ПС у пользователя

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

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

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

Таблица 6.3 - Исходные данные для сравнения вариантов

Наименование показателей	Обозначения	Единицы измерения	Значение показателя	Наименование источника информации
			в базовом варианте	в новом варианте
1. Средняя трудоемкость работ в расчете на 100 КБ	Тс1 Тс2	человеко- дней на 100 КБ	1,59	1,57	По данным пользователя
2.Средний расход машинного времени в расчете на 100 КБ	Нмв1 Нмв2	машино-час на 100 КБ	6,5	6	По данным пользователя
3.Средний расход материалов в расчете на 100 КБ	См1 См2	руб. на 100 КБ	430	380	По данным пользователя

6.3.1 Расчет объема работ

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

А = Vо' • Кпс,(6.21)

где Vо' - скорректированный объем ПС, условных машино-команд;

Кпс - коэффициент применения ПС, ед.

А = 11125•0,5= 5562,5 (условных машино-команд)

6.3.2 Расчет капитальных затрат

Общие капитальные вложения заказчика (потребителя), связанные с приобретением, внедрением и использованием ПС, рассчитываются по формуле:

Ко = Кпр + Кос + Коб,(6.22)

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

Кос - затраты пользователя на освоение ПС, руб.;

Коб - затраты на пополнение оборотных средств в связи с использованием нового ПС, руб.

Ко = 4961475,95 + 49614,76 + 49614,76 = 6657314 (руб.)

Затраты на освоение ПС и на пополнение оборотных средств рекомендуется рассчитывать по формулам:



Кпр=Срса+Цо=549080,54+8697436=9246516,54 (6.23)

Кос = Кпр • Нкос = 9246516,54* 0,01 = 92465 (руб.) (6.24)

Коб = Кпр • Нкоб= 9246516,54* 0,01 = 92465 (руб.) (6.25)

6.3.3 Расчет экономии основных видов ресурсов в связи с использованием нового ПС

Экономия затрат на заработную плату при использовании нового ПС в расчете на объем выполненных работ:

Эоз = Эоз' • А, (6.26)

где Эоз - экономия затрат на заработную плату при решении задач с использованием нового ПС, руб.;

Эоз ' - экономия затрат на заработную плату при решении задач с использованием нового ПС в расчете на 100 КБ, руб.;

А - объем выполненных работ с использованием нового ПС, 100 КБ.

Эоз = 90,8 • 5562,5 = 505075 (руб.)

Экономия затрат на заработную плату в расчете на 100 КБ:

Эоз ' = Сзм • (Тс1 - Тс2 ) / ФРВ, (6.27)

где Сзм - среднемесячная заработная плата одного программиста, руб.;

Тс1, Тс2 - трудоемкость работ в расчете на 100 строк кода при...