Материал: Составление отчетности о работе по учету плательщиков

Рисунок 5 - Блок-схема алгоритма, выполняемого при отображении данных

Рисунок 6 - Блок-схема алгоритма, выполняемого при формировании отчёта

Опишем алгоритмы бизнес-процессов для дипломного проекта.

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

Рисунок 7 - Swimlane диаграмма стандарта IDEF0

Рисунок 8 - Декомпозиция основной диаграммы

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

Тесты

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

Выделяют два вида (способа) тестирования:

)        Тестирование “черного ящика”

)        Тестирования “белого ящика”

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

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

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

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

Даны следующие исходные данные для тестирования:

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

Добавление новой записи.

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

Рисунок 9 - Добавление физического лица

Рисунок 10 - Добавление адресов и телефонов физического лица

Рисунок 11 - Добавление юридического лица

Рисунок 12 - Добавление адресов и телефонов юридического лица

Редактирование выбранной записи.

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

Рисунок 13 - Редактирование информации физического лица

Рисунок 14 - Редактирование адресов и телефонов физического лица

Удаление указанной записи.

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

Рисунок 15 - Пометка на ударение физического лица

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

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

Рисунок 16 - Заполнение справочника «Физические лица»

Рисунок 17 - Заполнение справочника «Юридические лица»

Рисунок 18 - Заполнение справочника «Документы удостоверяющие личность»

Рисунок 19 - Заполнение справочника «Гражданство»

Формирование отчётов.

Конфигурация генерирует отчёты.

Первый отчёт в конфигурации - «Физические лица».

Рисунок 20 - Формирование отчёта «Физические лица».

Второй отчёт в конфигурации - «Юридические лица».

Рисунок 21 - Формирование отчёта «Юридические лица».

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

Ниже приведена Таблица ошибок 1С и пути решения.

Таблица 1.7 - Таблица ошибок 1С и пути решения

.7 Инструментальные средства разработки

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

•        ERwin - использовался для проектирования структуры базы данных;

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

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

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

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

Таблица 2.1 - Исходные данные

Основные характеристики и параметры:

1)      По степени новизны решаемая задача относится к группе «В»

2)      По сложности алгоритма решаемой задачи продукт относится к первой группе: «алгоритмы оптимизации и моделирования систем и объектов».

В качестве входных данных выступают четыре формы переменной информации и пять форм нормативно-справочной информации.

Выходная информация включает две формы.

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

Расчет трудоемкости разработки программного продукта по стадиям необходимо представим в виде таблицы (табл.2.2). При расчетах использованы нормативы для расчета трудоемкости.

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

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

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

Таким образом, затраты времени на отладку и внедрение составляют 20,42 человеко-день или 163,36 часов.

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

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

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

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

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

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

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

- консультант по нормоконтролю - 0,5.

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

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

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

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

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

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

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

В таблице 2.4 представлены затраты на материалы.

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

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

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

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

,                        (1)

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

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

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

Ц - цена электроэнергии, руб./кВт×ч (по данным бухгалтерии).

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

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

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

Затраты на оплату труда рассчитываются по форме, приведенной в таблице 2.6.