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

Содержание

[1] 5 Обеспечение эргономики рабочего места

[1.1] 5.1 Анализ условий труда при эксплуатации проектируемого объекта

[1.1.1] 5.1.1 Проблемы влияния электромагнитных излучений

[1.1.2] 5.1.2 Проблемы перегрузки зрения

[1.1.3] 5.1.3 Проблемы, связанные с мышцами и суставами

[1.1.4] 5.1.4 Проблемы, связанные с электро- и пожаробезопасностью

[1.2] 5.2 Разработка инженерно-технических и организационных мероприятий по обеспечению безопасности труда

[1.2.1] 5.2.1 Мероприятия по снижению влияния электромагнитных излучений и электростатических полей

[1.2.2] 5.2.2 Мероприятия по улучшению условий зрительной работы

[1.2.3] 5.2.3 Мероприятия по снижению статических физических нагрузок

[1.2.4] 5.2.4 Мероприятия по поддержанию оптимальных параметров микроклимата

[1.2.5] 5.2.5 Мероприятия по снижению шума

[1.3] 5.3 Требования по электрической и пожарной безопасности

[1.4] 5.4 Мероприятия по повышению устойчивости функционирования проектируемой системы

[1.5] 5.5 Эргономический анализ программного обеспечения

[1.6] 5.6 Выводы

Введение

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

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

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

1 Общая часть

1.1 Цель разработки

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

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

В качестве объекта был выбран Отдел №3 Управление федерального казначейства по Брянской области.

Основными задачами являются:

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

  1. Автоматизация процесса учета заявок на кассовый расход бюджетополучателей;
  2. Возможность редактирования собранных данных;
  3. Возможность формирования и автозаполнения из базы данных заявки в Microsoft Office Excel.

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

1.2 Средства разработки

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

Платформа: PC;

Операционная система для БД: Windows XP;

Операционная система для рабочей станции: Windows XP;

Реляционная СУБД Microsoft Access;

Интегрированная среда разработки ПО Borland Delphi;

Архитектура информационной системы:

архитектура Клиент;

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

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

1.2.1 Технические средства

Таблица 1.1 - Используемая ЭВМ для написания программного продукта

Компонент ПЭВМ,

программное обеспечение

Характеристики

П

Э

В

М

Процессор,

материнская плата

Intel(R) Pentium(R) 4 CPU

3.0GHz (2CPUs)

Оперативная память

2048 Mb

Видеоадаптер

NVIDIA GeForce GT- 630 - 1024 Mb

Жесткий диск

WDC – 80 Gb

Устройства ввода/вывода

Клавиатура, мышь / монитор, принтер

Прочие устройства

Дисковод 3,5”, CDW/DVD

П

О

Операционная система

MS Windows XP – SP2

Система программирования

Borland Delphi 7.0

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

1) Процессор: MS Windows XP;

2) Оперативная память: 64 Mb RAM;

3) Видеоадаптер: VGA;

4) Жесткий диск: 2 Gb;

5) Устройства ввода/вывода: мышь, клавиатура / монитор;

6) Прочие устройства: дисковод 3,5”, CD-ROM.

Такая конфигурация обусловлена требованиями, предъявленными RAD Delphi.

1.2.2 Среда программирования

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

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

Microsoft Access - это функционально полная реляционная СУБД. В ней предусмотрены все необходимые вам средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации. Что касается легкости использования, то Microsoft Access совершил здесь настоящий переворот, и многие для создания своих собственных баз данных и приложений обращаются именно к нему.

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

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

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

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

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

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

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

1) скорость разработки приложений;

2) доступность языка программирования;

3) надежность создаваемых приложений.

Основными причинами выбора Delphi 7.0 в качестве инструмента разработки являются:

1) объектно-ориентированный подход в разработке (следовательно, поддерживает инкапсуляцию, наследование, полиморфизм и управление событиями);

2) использование визуального программирования, здесь действует так называемый принцип WYSIWYG – What You See Is What You Get – “что видите, то и получаете”;

3) скоростной компилятор, позволяющий получить хорошо оптимизированный, “быстрый” машинный код;

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

5) огромное количество уже написанных для этой среды модулей и различных надстроек, позволяющих значительно ускорить разработку, например: EhLib и CoolTrayIcon;

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

Для доступа к данным использовался разработанный компанией Microsoft механизм доступа к данным – технология ADO (ActiveX Data Objects), построенная на использовании интерфейсов OLE DB. Набор интерфейсов OLE DB присутствует во всех операционных системах компании Microsoft, что делает доступ к данным довольно простым. Приложение, работающее по технологии ADO, может использовать данные, представляющие собой либо таблицы Microsoft Access, либо серверные БД Microsoft SQL Server, Oracle, либо XML-файлы и т.п.

2 Специальная часть

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

Разработать информационную систему «Учет заявок на кассовый расход бюджетополучателей» для Отдела №3 Управление федерального казначейства по Брянской области.

В качестве входных/выходных данных выступает база данных имеющая следующую структуру.

Рисунок 1- Структура используемой базы данных

2.2 Внешняя спецификация

2.2.1 Описание задачи

Функциональную модель процесса можно представить в виде BPwin-схем.

Рисунок 2 - Функциональная модель процесса

Рисунок 3 - Декомпозиция модели процесса «Рассмотрение заявки»

Рисунок 4 - Декомпозиция модели процесса «Формирование платежного поручения»

В программном продукте должен присутствовать понятный интерфейс – это упростит процесс общения программы с пользователем. Хранить и использовать свои данные необходимо в спроектированной для этого базе данных. Разрабатываемый комплекс программ “Казна” должен выполнять приведенные ниже функции.

Мониторинг

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

Занесенные данные автоматически сохраняются в базе данных для дальнейшего хранения.

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

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

Получение отчетов

Одной из главных функций является формирование отчетов. Необходимо реализовать форму заполнения заявки в соответствии с приказом Минфина России от 10.10.2008 N 8н "О порядке кассового обслуживания исполнения федерального бюджета, бюджетов субъектов РФ и местных бюджетов и порядке осуществления органами Федерального казначейства отдельных функций финансовых органов субъектов РФ и муниципальных образований по исполнению соответствующих бюджетов". Следует учесть, что отчет должен быть предоставлен с возможностью его печати и редактирования.

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

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

Таблица 2.1 - Описание свойств полей таблицы «Заявка»

Имя поля

Тип данных

Размер

Заявка- таблица, содержащая данные о заявках

на кассовый расход бюджетополучателей.

№ заявки

Числовой

Целое

Наименование клиента

Текстовый

25

По КОФК

Числовой

Целое

Придельная дата исполнения

Дата/время

Учетный номер

Числовой

Целое

Приоритет

Числовой

Целое

Периодичность

Числовой

Целое

Сумма в валюте выплаты

Числовой

Целое

Код валюты

Числовой

Целое

Признак авансового платежа

Числовой

Целое

Назначение платежа

Числовой

Целое

Очередность платежа

Числовой

Целое

Вид оплаты

Текстовый

25

Наименование банка

Текстовый

25

Продолжение таблицы 2.1

Имя поля

Тип данных

Размер

Бик банка

Числовой

Целое

Счет

Числовой

Целое

Статус налогоплательщика

Текстовый

25

Код БК

Числовой

Целое

Код по ОКТОМО

Числовой

Целое

Основание платежа

Текстовый

25

Налоговый период

Числовой

Целое

Тип платежа

Текстовый

25

Руководитель

Текстовый

25

Главный бухгалтер

Текстовый

25

Номер страницы

Числовой

Целое

Всего страниц

Числовой

Целое

Главный распорядитель

Текстовый

25

Финансовый орган

Текстовый

25

Федеральное казначейство

Текстовый

25

Дата

Дата/время

Целое

Номер лицевого счета

Числовой

Целое

ФИО руководителя

Текстовый

25

ФИО бухгалтера

Текстовый

25

Вид

Текстовый

25

Номер

Числовой

Целое

Предмет

Текстовый

25

ИНН

Числовой

Целое

КПП

Числовой

Целое

Таблица 2.2 - Описание свойств полей таблицы «Расшифровка заявки»

Имя поля

Тип данных

Размер

Расшифровка заявки - таблица, содержащая данные

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

№ п/п

Числовой

Целое

Наименование

Текстовый

25

Код БК плательщика

Числовой

Целое

Код БК получателя

Числовой

Целое

Код цели

Числовой

Целое

Сумма в валюте

Числовой

Целое

Сумма в рублях

Числовой

Целое

Назначение

Текстовый

25

Примечание

Текстовый

25

ФИО руководителя

Текстовый

25

ФИО бухгалтера

Текстовый

25

Должность руководителя

Текстовый

25

Должность бухгалтера

Текстовый

25

Номер страницы

Числовой

Целое

Всего страниц

Числовой

Целое

Номер заявки

Числовой

Целое

Должность ответственного

Текстовый

25

ФИО ответственного

Текстовый

25

Телефон

Числовой

Целое

2.2.3 Метод

При разработке данного программного продукта использовались методы: визуального программирования и объектно-ориентированного программирования.

Визуальное программирование представляет собой процесс создания Windows-приложений, при котором возможно одновременно конструировать, изменять, отлаживать приложение, используя интегрированную среду разработки IDE (Integrated Development Environment). По сути, визуальное программирование – это единство двух взаимосвязанных процессов: наглядного конструирования типового Windows-окна приложения и написания кода.

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

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

Основными характеристическими свойствами этих понятий являются:

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

Существует пять уровней (разделов) инкапсуляции:

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

Раздел private. Члены класса доступны только в том модуле, где данный класс описан.

Раздел protected. Аналогично private, за исключением того, что члены класс данного раздела доступны также внутри методов классов, являющихся наследниками данного класса и описанных в других модулях.

Раздел published. В этом разделе располагаются свойства класса: поля, доступные для редактирования и изменения во время проектирования и из Инспектора объектов.

Раздел automated. Правила видимости членов раздела automated совпадает с правилами видимости для раздела public. Описания разрешается размещать в этом разделе, только если класс является наследником стандартного класса TAutoObject, предназначенного для создания так называемых серверов автоматизации при использовании технологии COM.

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

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

2.2.4 Тесты

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

Тестирование можно разделить на несколько видов, основные из которых:

Модульное тестирование (Автономное или Unit-тестирование). На данном уровне тестируются по отдельности небольшие элементы системы, максимально отделенные от других элементов и, в то же время, пригодные для тестирования.

      Комплексное тестирование (Сборочное тестирование, integration testing или interface testing). На данном уровне тестируются объединенные элементы (компоненты или подсистемы) общей системы, чаще всего некоторая взаимодействующая между собой группа элементов. Комплексное тестирование направлено не на проверку функционирования каждого из компонентов, а на проверку взаимодействия компонентов в соответствии с архитектурой системы.

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

Существует несколько методов тестирования:

  1. Тестирование программ методом "чёрного ящика" (Black box testing)
  2. Тестирование софта методом "белого ящика" (White box)

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

При тестировании белого ящика (англ. white-box testing, также говорят — прозрачного ящика), разработчик теста имеет доступ к исходному коду и может писать код, который связан с библиотеками тестируемого ПО. Это типично для юнит-тестирования (англ. unit testing), при котором тестируются только отдельные части системы. Оно обеспечивает то, что компоненты конструкции — работоспособны и устойчивы, до определенной степени.

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

При проведении тестирования в данной дипломной работе использовался первый вид тестирования – тестирование “черного ящика ”.

Таблица 2.3 - Данные тестирования

Наименование

Код БК платель-щика

Код БК получателя

Код цели

Сумма в рублях

Назначение

1

2

3

4

6

7

  1. ООО «Стройком»

21212121

3434344344

34343434

23,500

Организационные

Продолжение таблицы 2.3

Наимено-вание

ФИО руководи-теля

ФИО бухгалтера

Должность руководи-теля

Должность бухгалтера

ФИО ответственного

1

8

9

10

11

12

ООО «Стройком»

Петров П.П.

Ковалева А.Н.

Скок И.В.

Иванов В.В.

Дяченко И.В.

Функциональные тесты:

1) Добавим новую запись ОАО «КАЗ»

Таблица 2.4 – Добавление новой записи

Наименование

Код БК платель-щика

Код БК получателя

Код цели

Сумма в рублях

Назначение

1

2

3

4

6

7

ООО «Стройком»

2121212155

3434344344

34343434

23,500

Организационные

ОАО «КАЗ»

5367755555

7664443322

34455666

34,00

Организационные

Продолжение таблицы 2.4

Наимено-вание

ФИО руководи-теля

ФИО бухгалтера

Должность руководи-теля

Должность бухгалтера

ФИО ответственного

1

8

9

10

11

12

ООО «Стройком»

Петров П.П.

Ковалева А.Н.

Директор

Иванов В.В.

Дяченко И.В.

ОАО «КАЗ»

Михальчук О.В.

Сидоров А.Ю.

Директор

Скок И.В.

Пенязь А.П.

2) Отредактируем запись

Таблица 2.5 – Редактирования записи

Наименование

Код БК платель-щика

Код БК получателя

Код цели

Сумма в рублях

Назначение

1

2

3

4

6

7

ООО «Стройком»

21212121

3434344344

34343434

23,500

Организационные

ОАО «КАЗ»

5367755555

7664443322

34455666

34,00

Организационные

Продолжение таблицы 2.5

Наимено-вание

ФИО руководи-теля

ФИО бухгалтера

Должность руководи-теля

Должность бухгалтера

ФИО ответственного

1

8

9

10

11

12

ООО «Стройком»

Петров П.П.

Ковалева А.Н.

Скок И.В.

Иванов В.В.

Дяченко И.В.

ОАО «КАЗ»

Ефимов И.И.

Сидоров А.Ю.

Директор

Скок И.В.

Пенязь А.П.

3) Удалим запись

Таблица 2.6 – Удаление записи

Наименование

Код БК платель-щика

Код БК получателя

Код цели

Сумма в рублях

Назначение

1

2

3

4

6

7

ООО «Стройком»

21212121

3434344344

34343434

23,500

Организационные

Продолжение таблицы 2.6

Наимено-вание

ФИО руководи-теля

ФИО бухгалтера

Должность руководи-теля

Должность бухгалтера

ФИО ответственного

1

8

9

10

11

12

ООО «Стройком»

Петров П.П.

Ковалева А.Н.

Скок И.В.

Иванов В.В.

Дяченко И.В.

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

Таблица 2.7 – Контроль целостности данных

Описание аномалии

Реакция программы

Казна

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

Выводится сообщение об ошибке:

“Не удалось установить соединение с базой данных!”.

Программа предлагает ввести данные для подключения.

При заполнении расшифровки заявки не заполнена сама заявка.

Выводится сообщение об ошибке:

“Источник данных изменил или удалил значение ключа данной строки в хранилище данных. Теперь удалена и локальная строка”

При выводе отчета должна быть хотя бы одна запись в базе данных.

Имеются повторяющиеся индексы, ключевые поля или связи.

Выводится сообщение об ошибке:

“Изменения не были успешно введены из-за повторяющихся

Продолжение таблицы 2.7

Описание аномалии

Реакция программы

Казна

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

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

Общие

Запуск второго экземпляра приложения.

Выводится сообщение: “Приложение уже запущено!”. Программа может запускаться только в единственном экземпляре.

2.3 Проектирование

2.3.1. Структурная схема программы

Рисунок 5 - Структурная схема программы

На иерархической схеме наследования объектов представлены 7 форм. Все они принадлежат программе “Казна”.

2.3.2 Схема пользовательского интерфейса

Казна

Рисунок 6 - Схема пользовательского интерфейса «Казна»

2.3.3 Схема данных

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

2.3.4 Блок-схема

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

Рисунок 7 - Подключение к базе данных

Формирование печатного отчета

Рисунок 8 - Формирование печатного отчета

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

2.4 Результаты работы программы

Просмотр информации

Рисунок 9 - Просмотр информации

Просмотр информации осуществляется при выборе в главном меню пункта «О проекте» - «Информация» или воспользоваться комбинацией горячих клавиш «Ctrl+Х». Выход в главное меню происходит при нажатии на кнопку «Вернуться в меню».

Заполнение заявки

Рисунок 10 - Заполнение заявки на кассовый расход

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

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

Рисунок 11 - Ввод новой записи

Чтобы произвести удаление данных нужно выбрать из базы нужную строку с данными и нажать кнопку «Удалить».

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

Рисунок 12 - Удаление записи

При нажатии кнопки «Готово» происходит переход в главное меню.

Чтобы перейти к заполнению расшифровки заявки нужно выбрать в главном меню пункт «Заявки» - «Расшифровка заявки».

Рисунок 13 - Заполнение расшифровки заявки

Действия кнопок перечислены выше.

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

При выборе пункта «Отчет» - «Вывод отчета» появляется окошко, в котором содержатся все заявки, которые занесены в базу данных.

Рисунок 14 - Вывод отчета

Если данные в процессе заполнения заявки/расшифровки были изменены, то нужно нажать кнопку «Обновить».

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

Форма печатной заявки является унифицированной, в соответствии с приказом по Федеральному казначейству за №8н от 10.10.2008 г. и имеет вид:

Рисунок 15 - Вывод заявки в Excel (стр.1)

Рисунок 16 - Вывод заявки в Excel (стр.2)

Рисунок 17 - Вывод заявки в Excel (стр.3)

Чтобы выйди из программы нужно выбрать в главном меню пункт «О проекте» - «Выход» или воспользоваться комбинацией горячих клавиш «Ctrl+Z».

Рисунок 18 - Выход в главное меню

При выходе программа потребует подтверждения, при нажатии кнопки «Да» происходит выход из программы, при нажатии кнопки «Нет» - возврат в главное меню.

Рисунок 19 - Завершение работы

3 Технологическая часть

Кроме описанных в пункте “1.2. Средства разработки” инструментальных средств, также использовались следующие:

  1. ErWin – использовался для проектирования структуры базы данных;

2) BpWin – использовался для моделирования бизнес-процессов.

ERwin – мощное и простое в использовании средство конструирования баз данных завоевавшее широкое признание и популярность. Оно обеспечивает высочайшую продуктивность труда при разработке и сопровождении приложений с использованием баз данных. На протяжении всего процесса - от логического моделирования требований к информации и бизнес-правил, которые определяют базу данных, до оптимизации физической модели в соответствии с заданными характеристиками - ERwin позволяет наглядно отобразить структуру и основные элементы вашей БД. ERwin - это не просто мощное средство проектирования, но и инструмент разработки, способный автоматически создавать таблицы и генерировать тысячи строк текста хранимых процедур и триггеров для всех популярных СУБД. Революционная технология Complete-Compare (Завершить-Сравнить) позволяет организовать итеративную разработку, поддерживая постоянную согласованность модели и базы данных. Благодаря интеграции с популярными средами разработки программ, ERwin позволяет ускорить создание приложений для обработки данных.

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

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

С помощью BpWin можно провести оптимизацию деятельности предприятия и осуществить проверку на соответствие ее стандартам ISO 9000, создать проект организационной структуры, исключить ненужные операции, уменьшить размер издержек и увеличить эффективность. В основе программного продукта BpWin заложены общепринятые технологии моделирования, такие как idef0. Моделирование с помощью методологии idef0 рекомендовано к использованию Госстандартом Российской Федерации и  является общепринятым стандартом в США.  Наглядность и простота моделей  Process Modeler делает значительно более простым взаимодействие между различными участниками бизнес-процессов. Популярность BpWin дает возможность  согласовывать функциональные модели в электронном виде. Использование этого программного комплекса позволяет эффективно обеспечить все аспекты моделирования информационных систем.

3.1 Отладка программы

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

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

Sheet.Range['AX20']:= Form6.ADOQuery1.FieldByName('Финансовый_орган).AsString;

Допущена ошибка – в записи операции отсутствует апостроф ('). При ее обнаружении в ходе компиляции будет выдано соответствующее сообщение.

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

if not DBGrid2.DataSource.DataSet.Eof

DBGrid2.DataSource.DataSet.Delete;

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

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

Здесь во время выполнения программы возможно появление ошибки, связанной с базой данных.

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

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

  1. команда Step Over (Шаг с обходом) предписывает выполнение одной строки кода программы с обходом процедур (процедура выполняется как единый модуль);
  2. команда Trace Into (Трассирование до) предписывает выполнение одной строки кода программы с заходом в процедуры и их последующим построчным выполнением;
  3. команда Run To Cursor (Выполнение до курсора) задает выполнение загруженной программы до места размещения курсора.

Также использовались возможности Delphi для контролирования выражений:

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

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

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

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

3.2 Защита нарушения целостности программы и данных

Защита от ошибок применялась в разных частях программы.

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

Например, если при заполнении расшифровки не заполнена сама заявка, то при обновлении данных выводится сообщение об ошибке:

“Не удается найти строку для обновления. Некоторые значения могли быть изменены со времени последнего чтения”. Программа требует заполнения полей заявки.

Рисунок 20 - Ошибка в проекте

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

Рисунок 21 - Ошибка при повторении индексов, ключевых полей или связей

3.3 Характеристика программы

Программа включает 19 модулей, суммарный размер исходного текста составляет 720 строк (8,19 МБ). В таблице 2.7 представлены модули, используемые при разработке программы.

Таблица 3.1 – Модули, используемые при разработке программы

Наименование

Описание

Dialogs

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

ADODB

Модуль, представляющий собой программную библиотеку, обеспечивающую прикладной интерфейс доступа к базам данных для языков программирования PHP и Python, основанная на некоторых концепциях Microsoft ActiveX Data Objects.

Grids

Модуль представления данных.

DBGrids

Модуль предназначен для отображения и редактирования связанной с БД информации.

Mask

Модуль проверяет, соответствует ли файл FileName маске, определенной в параметре Mask.

ComObj

Модуль создает единичный неинициализированный экземпляр объекта OLE Automation.

Также применялись следующие стандартные модули: Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms…

3.4 Защита программы

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

Подключение к базе данных в программе производится с помощью компонента ADOConnection, провайдером является Microsoft Jet 4.0 OLE DB Provider.

4 Экономическая часть

4.1 Расчет трудоемкости и разработки программного продукта

Для расчета себестоимости программного продукта используются «Типовые нормы времени на программирование задач для ЭВМ».

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

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

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

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

- эскизный проект;

- технический проект;

- рабочий проект;

- внедрение.

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

- количество разновидностей форм входной информации;

- количество разновидностей форм выходной информации;

- степени новизны комплекса задач;

- сложности алгоритма;

- вида используемой информации;

- сложности контроля входной и выходной информации;

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

- вида обработки.

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

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

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

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

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

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

Г - привязка типовых решений.

Сложность алгоритма представлена тремя группами:

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

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

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

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

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

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

Таблица 4.1 - Исходные данные для расчета трудоемкости

Наименование показателя

Значение показателя

Количество разновидностей форм входной информации

из них:

переменной

нормативно-справочной

банка данных

7

2

4

1

Количество разновидностей форм выходной информации

1

Степень новизны задачи

Разработка проектов, имеющих аналогичные решения (В)

Сложность алгоритма

Алгоритмы, реализующие стандартные методы решения (3)

Вид используемой информации

Переменная информация

Сложность контроля: входной информации

выходной информации

Входные данные однообразной формы и содержания, осуществляется формальный контроль (12)

Печать документов однообразной формы и содержания, вывод массивов данных на машинные носители (22)

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

Delphi

Вид обработки

Режим реального времени (РВ)

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

Эти данные являются основой расчета трудоемкости разработки базы данных по типовым нормам.

Таблица 4.2 - Расчет трудоемкости разработки и внедрения программного продукта

Стадия разработки

Затраты времени

Поправочный коэффициент

Затраты времени с учетом поправочного коэффициента

значение, чел.-дней

значение

значение, чел. – дней

1

2

3

4

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

10

1,0

10,0

Разработка эскизного проекта

22

1,0

22,0

Разработка технического проекта

8

1,26

10,08

Разработка рабочего проекта

4

1,32

5,28

Внедрение

6

1,21

7,26

Всего на комплекс задач (Тдн.)

54

Время работы ЭВМ при отладке и внедрении программы складывается из затрат времени разработчика программного обеспечения на технический и рабочий проекты и внедрение.

Таким образом, затраты времени на отладку и внедрение составляют 54 человеко-дней или 432 часа.

Следующим этапом является определение участников разработки программного продукта и распределение трудоемкости работ.

Таблица 4.3 - Определение участников и затрат времени на разработку программного продукта

Категория работника

Квалификация

Затраты времени

чел. – час.

Руководитель диплома

преподаватель высшей квалификационной категории

2,0

Консультант по технологической части

преподаватель высшей квалификационной категории

6,0

Консультант по экономической части

преподаватель второй квалификационной категории

3,0

Консультант по охране труда и техники безопасности

преподаватель высшей квалификационной категории

1,0

Разработчик программного продукта

студент

419,5

Нормоконтроль

без категории

0,5

Итого

432,0

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

- руководитель работы – 2

- консультант по технологической части – 6

- консультант по экономической части – 3

- консультант по технике безопасности – 1

- нормоконтроль – 0,5

4.2 Расчет затрат на разработку программного продукта

Определение затрат на выполнение НИР производится путем составления соответствующей сметы, которая включает следующие статьи:

- материальные затраты;

- затраты на оплату труда;

- отчисления на социальные нужды;

- амортизация основных фондов;

- прочие затраты.

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

Таблица 4.4 - Затраты на основные и вспомогательные материалы для разработки программного продукта

Наименование материалов и услуг

Количество, ед.

Цена за ед.

Сумма, руб.

Бумага для принтера, пачка

1

150,00

150,00

Тонер, банка

1

120,00

120,00

СD-диск, шт.

1

25,00

25,00

Файлы

60

1,00

60,00

Папка

1

20,00

20,00

Итого

375,00

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

Таблица 4.5 - Затраты на электроэнергию для разработки программного продукта

Наименование оборудования

Паспорт

ная мощность, кВт

Коэффици

ент использования мощности

Время работы оборудования, ч

Цена электроэнергии, руб./кВтч

Сумма, руб.

ПК

0,55

0,8

432

2,27

431,48

Итого затраты на электроэнергию

431,48

Общая сумма затрат на электроэнергию (ЗЭ) рассчитывается по формуле:

, (4.1)

где Мi – паспортная мощность iго электрооборудования, кВт;

Кi – коэффициент использования мощности iго электрооборудования (Кi=0.70.9);

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

Ц – цена электроэнергии, руб./кВтч.

i – вид электрооборудования;

n – количество электрооборудования.

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

Таблица 4.6 - Затраты на оплату труда

Категория работника

Квалификация

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

Часовая ставка, руб./ч

Сумма,

руб.

Руководитель диплома

преподаватель высшей категории

2

182,46

364,92

Консультант по технологической части

преподаватель высшей категории

6

182,46

1094,76

Консультант по экономической части

преподаватель второй категории

3

139,53

418,59

Консультант по технике безопасности

преподаватель высшей категории

1

182,46

182,46

Нормоконтроль

без категории

0,5

128,80

64,40

Разработчик НИР

студент

419,5

7,76

3255,32

Итого затраты

на оплату труда

-

432

5380,45

Общая сумма затрат на оплату труда (ЗТР) определяется по формуле:

, (4.2)

где ЧСi – часовая ставка iго работника, руб.;

Тi – трудоемкость выполнения НИР, чел.ч;

i – категория работника;

n – количество работников, занятых выполнением НИР.

Часовая ставка студента:

, (4.3)

где ЗПс – стипендия;

ФРВс – месячный фонд рабочего времени студента, час.

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

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

Таблица 4.7 – Отчисления на социальные нужды

Категория работника

Квалификация

Сумма,

руб.

Налоговая ставка, %

Сумма отчислений,

руб.

Руководитель диплома

преподаватель высшей категории

364,92

30,2

110,21

Продолжение таблицы 4.7

Категория работника

Квалификация

Сумма,

руб.

Налоговая ставка, %

Сумма отчислений,

руб.

Консультант по технологической части

преподаватель высшей категории

1094,76

30,2

330,62

Консультант по экономической части

преподаватель второй категории

418,59

30,2

126,41

Консультант по технике безопасности

преподаватель высшей категории

182,46

30,2

55,10

Нормоконтроль

без категории

64,40

30,2

19,45

Разработчик НИР

Студент

3255,32

-

-

Итого затраты

-

5380,45

641,79

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

Таблица 4.8 - Амортизация основных фондов

Наименование оборудования

Стоимо

сть оборудования, руб.

Годовая норма амортизации, %

Эффективный фонд времени работы оборудования, ч/год

Время работы оборудования для выполнения задания, ч

Сумма, руб.

Персональный компьютер

25000

10

1440

432

750,00

Принтер

4500

10

1440

432

135,00

Итого амортизация основных фондов

855,00

Общая сумма амортизационных отчислений определяется по формуле:

, (4.4)

где Фi – стоимость iгo оборудования, руб.;

HАi – годовая норма амортизации iгo оборудования, %;

ТНИРi – время работы iгo оборудования за весь период разработки программного продукта, ч;

ТЭФi – эффективный фонд времени работы iгo оборудования за год, ч/год (предполагаем, что в неделю оборудование работает 40 часов, в году 252 рабочих дня, т.е. 36 недели значит 1440 часов год);

i – вид оборудования;

n – количество оборудования.

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

В статью «Прочие затраты» включаются расходы на содержание административно-управленческого и учебно-вспомогательного персонала, на отопление, освещение и текущий ремонт помещений, канцелярские, командировочные и прочие хозяйственные расходы. Затраты по этой статье принимаются в размере 70% от затрат на оплату труда (5380,450,7=3766,32).

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

Таблица 4.9 - Смета затрат на разработку программного продукта

Показатель

Значение показателя, руб.

Материальные затраты, в том числе:

Материалы

375,00

Электроэнергия

431,48

Затраты на оплату труда

5380,45

Отчисления на социальные нужды

641,79

Амортизация основных фондов

855,00

Прочие затраты

3766,32

Итого

11450,04

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

Договорная цена (ЦД) для программного продукта рассчитывается по формуле:

, (4.5)

где ЗНИР – затраты на разработку программного продукта, руб.;

Р – средний уровень рентабельности продажи, % (принимается в размере 20% – 30% по согласованию с консультантом по экономической части).

Таблица 4.10 - Расчет прибыли и рентабельности от продажи программного продукта

Общая сумма затрат на разработку программного продукта, руб.

Договорная цена продажи

программного продукта, руб.

Прибыль от продажи, руб.

Рентабельность продажи, %

11450,04

14312,55

2862,51

25

Срок разработки данного проекта составил 54 дня или 432 часа.

Стоимость работ составила – 11450,04 руб. (определили по вышеуказанной методике), в том числе НДС – 2061,01 (18%).

Предполагаемая цена продажи составила 14312,55 руб., прибыль от продажи данного продукта составит 2862,51 руб.

5 Обеспечение эргономики рабочего места