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

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

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

Национальный исследовательский университет

«Высшая школа экономики»

Факультет экономики, менеджмента и бизнес-информатики

РАЗРАБОТКА СИСТЕМЫ ФОРМИРОВАНИЯ ВЫБОРОЧНОЙ ОТЧЕТНОСТИ ПО ВЫПОЛНЕНИЮ НИОКР

Выпускная квалификационная работа

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

по направлению подготовки 09.03.04 Программная инженерия

Григорчук Анастасия Георгиевна

Рецензент

Кандидат технических наук, ООО «ИТИС», директор А.С. Иванов

Руководитель Старший преподаватель кафедры информационных технологий в бизнесе К. А. Селезнёв

Пермь, 2018 год



Аннотация

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

Данная работа состоит из оглавления, введения, трех глав, заключения, списка литературы и 3 приложений, и включает 20 таблиц и 23 рисунка.



Оглавление

Введение

Глава 1. Аналитический обзор предметной области

1.1 Обзор существующих решений

1.2 Особенности и виды документации

1.3 Ведение электронного документооборота

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

1.5 Технико-экономическое обоснование разработки системы

1.5.1 Расчет расходов на оплату труда каждой категории сотрудников

1.5.2 Расчёты стоимости разработки

1.6 Описание бизнес процессов предметной области

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

2.1 Разработка системы

2.2 Проектирование взаимодействия пользователя с системой

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

Глава 3. Реализация и тестирование системы

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

3.2 Тестирование

Заключение

Библиографический список

Приложения



Введение

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

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

Объектом исследования является - система формирования отчётности, а предметом - Формирование выборочной отчётности.

Цель работы: упорядочить работу с отчётностью предприятия ООО «Веб Депо».

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

Для достижения поставленной цели необходимо:

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

Найти аналоги разрабатываемой системы.

Изучить отчётность компании.

Построить диаграммы компонентов UML.

Прецедентов.

Последовательностей.

Активностей.

Компонентов.

Разработать приложение.

Выполнить тестирование и отладку.

Оформить техническую документацию.

Техническое задание.

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

Руководство программиста.

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

DropBox;

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

Программа «Архив документов»;

В этой программе можно хранить и редактировать документы.

Программа «1С: предприятие»

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

Разрабатываемая мною система будет написана на языке php с использованием JavaScript и версткой на языке HTML5 и CSS. База данных будет реализована средствами PhpMyAdmin, на MySQL.

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



Глава 1. Аналитический обзор предметной области

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

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

1.1 Обзор существующих решений

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

DropBox.

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

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

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

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

На рисунке 1.1. можно увидеть основной интерфейс сервиса во вкладке My Files.

Рисунок 1.1. Интерфейс вкладки My Files

Программа «Архив документов»;

Вторым аналогом является программа «Архив документов».

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

Но программа не генерирует отчёты по шаблону. На рисунке 1.2. показан интерфейс программы.

Рисунок 1.2. Интерфейс программы «Архив документов



Программа «1С: Предприятие»

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

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

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

На рисунке 1.3. представлен интерфейс программы «1С: предприятие»

Рисунок 1.3. Интерфейс программы «1С: Предприятие»

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

1.2 Особенности и виды документации

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

Все требования к оформлению документации указаны в государственном стандарте ГОСТ Р 6.30-2003 «Унифицированные системы документации».

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

Классификация документов - это деление документов на класс по наиболее общим признакам сходства и различия.

По видам документы можно разделить на три группы [2]:

Организационно-распорядительная документация (ОРД) - положения, уставы, инструкции, приказы, решения, протоколы, штатное расписание, регламент и т.п. 25

Справочно-информационная документация (СИД) - письма, телеграммы, телефонограммы, докладные, служебные, пояснительные, объяснительные записки, справки, акты и т.п.

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

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

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

1.3 Ведение электронного документооборота

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

Электронный документооборот (ЭДО) - это способ организации работы с документами, при котором основная масса документов используется в электронном виде и хранится централизованно.

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

Также СЭД называют EDMS (Electronic Document Management Systems) - система управления электронными документами.

ECM (Enterprise Content Management) - в переводе этот термин звучит как "управление корпоративными информационными ресурсами". Под ECM-системой понимают набор технологий, инструментов и методов, используемых для сбора, управления, накопления, хранения и доставки информации (контента) всем потребителям внутри организации.

К преимуществам электронного документооборота можно отнести:

Прозрачность бизнес-процессов.

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

Повышение исполнительской дисциплины.

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

Сокращение затрат времени руководителей и сотрудников.

Использование системы сокращает временные затраты практически на все рутинные операции с документами (создание, поиск, согласование и т.д.). Кроме того, происходит ускорение документооборота и, как следствие, всех процессов в организации.

Обеспечение конфиденциальности информации.

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

Легкость внедрения инноваций и обучения.

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

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

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

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

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

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

Хранение данных на сервере

Просмотр, добавление, редактирование и удаление данных договора

Просмотр, добавление и удаление документов

Генерация отчётности

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

Требования к входным данным:

Текстовый файл - документация;

Текстовая информация - данные по договорам.

Требования к выходным данным:

Графическая и текстовая информация - результаты работы системы;

Текстовые файлы - финансовые отчеты.

1.5 Технико- экономическое обоснование разработки системы

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

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

Проектирование архитектуры программного продукта, документирование интерфейсов его компонентов

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

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

1.5.1 Расчет расходов на оплату труда каждой категории сотрудников

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

Средняя заработная плата тестировщиков составляет 50% от среднего уровня заработных плат разработчиков;

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

Средняя заработная плата проектировщиков составляет 75% от среднего уровня заработных плат разработчиков.

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

В таблице 1 приведена примерная заработная плата участников разработки.

Таблица 1.1 - Заработная плата в месяц

	Проектировщики	Разработчики	Тестировщики	Внедрение
Заработная плата сотрудника руб./мес	60 000,00	80 000,00	35 000,00	80 000,00

В таблице 2 отображены затраты на ПО для разработки на чел.

Таблица 1.2 - Стоимость ПО

Продукт	Стоимость
Лицензия комплекта Microsoft Office, руб/м	269
Лицензия Microsoft Visual Studio, руб/год	30058
Пакет Open Server	0

1.5.2 Расчёты стоимости разработки

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

Месяцев разработки - 8.

В таблице 3 приведены расчёты стоимости разработки.

Таблица 1.3 - Расчёты стоимости разработки

	Зарплата	ПО	Всего
Планировщик	480000	32210	512210
Разработчик	640000	32210	672210
Тестировщик	280000	32210	312210
Внедрение	640000	32210	672210
		ИТОГ:	2,168,840

Итоговая стоимость разработки на 8 месяцев составила 2,168,840 рублей.

1.6 Описание бизнес процессов предметной области

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

Контекстная диаграмма бизнес-процесса «Генерация отчётов» в нотации IDEF0 представлено на рис. 1.4. - 1.5.

Рисунок 1.4. Контекстная диаграмма «Генерация отчётов»

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

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

Рисунок 1.5. Описание декомпозиции бизнес процесса «Генерация отчётов»

Контекстная диаграмма бизнес- процесса «Создание договоров» в нотации IDEF0 представлено на рис. 1.6. - 1.7.



Рисунок 1.6. Контекстная диаграмма «Создание договоров»

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

Рисунок 1.7. Описание декомпозиции бизнес процесса «Создание договоров»

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

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

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

2.1 Разработка системы

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

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

Рисунок 2.1. Диаграмма прецедентов

Название: Добавление документа

Акторы: Администратор.

Краткое описание: Администратор решает добавить договор в систему.

Триггер: Администратор решает воспользоваться информационной системой для создания документа.

Взаимодействие акторов в системе описано в таблице 2.1.

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

Действие акторов	Отклик системы
Администратор вводит логин и пароль	Система открывает главную страницу
Администратор переходит на вкладку «Документы»	Система открывает вкладку «Документы»
Администратор выбирает загрузить документ.	Система открывает окно для выбора документа
Администратор выбирает нужный документ и нажимает «Загрузить»	Система загружает документ в систему

Альтернативные потоки:

Е1: Ввод корректен. Система добавляет документ в систему. Прецедент завершается.

Название: Удаление документа

Акторы: Администратор.

Краткое описание: Администратор решает удалить не нужный документ. Он выбирает документ, который хочет удалить. После Администратор нажимает «Удалить». Система удаляет документ.

Триггер: Администратор решает воспользоваться информационной системой и удалить документ.

Взаимодействие акторов в системе описано в таблице 2.2.

Таблица 2.2 - Развернутое описание прецедента «Удаление документа»

Действие акторов	Отклик системы
Администратор вводит логин и пароль	Система открывает главную страницу
Администратор выбирает нужный ему договор и нажимает «Удалить».	Система удаляет документ

Альтернативные потоки:

Е1: Ввод корректен. Система удаляет документ из БД. Прецедент завершается.

Название: Создание договора.

Акторы: Администратор.

Краткое описание: Администратор решает создать новый договор. Он заполняет форму, где указывает данные по договору. После заполнения система сохраняет их в БД.

Триггер: Администратор решает воспользоваться информационной системой и добавить данные по новому договору.

Взаимодействие акторов в системе описано в таблице 2.3.

Таблица 2.3 - Развернутое описание прецедента «Создание договора»

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

Альтернативные потоки:

Е1: Ввод корректен. Система не нашла некорректных данных при вводе данных. Система сохраняет введённые данные в БД. Прецедент завершается.

Название: Редактирование договоров.

Акторы: Администратор.

Краткое описание: Администратор решает изменит данные по существующему договору. Он изменяет уже введённые данные и сохраняет.

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

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



Таблица 2.4 - Развернутое описание прецедента «Редактирование данных договора»

Действие акторов	Отклик системы
Администратор вводит логин и пароль	Система открывает главную страницу
Администратор выбирает нужный договор и нажимает «действие».	Система выдает список действий над договором.
Администратор нажимает «редактировать».	Система переводит договор в режим правки.
Администратор редактирует нужные поля и нажимает «сохранить»	Система перезаписывает данные в БД.

Альтернативные потоки:

Е1: Ввод корректен. Система не нашла некорректных данных при вводе данных. Система выгружает данные по запрашиваемому договору и выводит данные из БД. После изменения данных система сохраняет изменения. Прецедент завершается.

Название: Генерация отчётов

Акторы: Администратор.

Краткое описание: Администратор решает сгенерировать финансовый отчёт за период. Он выбирает шаблон для отчёта. После Администратор выбирает нужные данные. Система генерирует отчёт.

Триггер: Администратор решает воспользоваться информационной системой и сгенерировать отчёт.

Взаимодействие акторов в системе описано в таблице 2.5.

Таблица 2.5 - Развернутое описание прецедента «Генерация отчёта»

Действие акторов	Отклик системы
Администратор вводит логин и пароль	Система открывает главную страницу
Администратор выбирает нужные договора для отчёта и нажимает «Сгенерировать отчёт»	Система генерирует отчёт и выводит форму для выбора директории для сохранения документа на диск
Администратор выбирает место на диске и нажимает «Сохранить»	Система сохраняет отчёт на диск

Альтернативные потоки:

Е1: Ввод корректен. Система не нашла некорректных данных при вводе данных. Система ищет данные запрашиваемые данные по договору и добавляет данные в отчёт из БД. Прецедент завершается.

Название: Поиск договоров

Акторы: Администратор.

Краткое описание: Администратор решает найти контракты по определённому договору. Администратор вводит в поиске получателя услуг и получает список.

Триггер: Администратор решает воспользоваться информационной системой и найти договора.

Взаимодействие акторов в системе описано в таблице 2.6.

Таблица 2.6 - Развернутое описание прецедента «Поиск договоров»

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

Альтернативные потоки:

Е1: Ввод корректен. Система не нашла некорректных данных при вводе данных. Система ищет совпадения по договору и выводит контракты на экран. Прецедент завершается.

Е2: Ввод некорректен. Система не нашла некорректных данных при вводе данных. Система ищет совпадения по договору, но не находит их. Система выдает сообщение «Ничего не было найдено!». Прецедент завершается.

Название: Поиск документов

Акторы: Администратор.

Краткое описание: Администратор решает найти определенный документ. Администратор вводит в поиске название документа. Система выводит документ на экран.

Триггер: Администратор решает воспользоваться информационной системой и найти документ.

Взаимодействие акторов в системе описано в таблице 2.7.

Таблица 2.7 - Развернутое описание прецедента «Поиск документа»

Действие акторов	Отклик системы
Администратор вводит логин и пароль	Система открывает главную страницу
Администратор переходит на вкладку «Документы»	Система открывает вкладку «Документы»
Администратор вводит в поиск название файла нажимает поиск.	Система проводит поиск по документам и выводит его.

Альтернативные потоки:

Е1: Ввод корректен. Система не нашла некорректных данных при вводе данных. Система ищет совпадения по документам и выводит его на экран. Прецедент завершается.

Е2: Ввод не корректен. Система не нашла некорректных данных при вводе данных. Система ищет совпадения по договору, но не находит совпадения. Система выводит сообщение «Ничего не было найдено!». Прецедент завершается.

Название: Просмотр истории редактирования.

Акторы: Администратор.

Краткое описание: Администратор решает просмотреть историю редактирования. Администратор нажимает на историю изменений и проверяет историю. Система выводит историю изменения на экран.

Триггер: Администратор решает воспользоваться информационной системой и посмотреть историю редактирования.

Взаимодействие акторов в системе описано в таблице 2.8.



Таблица 2.8 - Развернутое описание прецедента «Просмотр истории изменения договора»

Действие акторов	Отклик системы
Администратор вводит логин и пароль	Система открывает главную страницу
Администратор нажимает «История изменения»	Система открывает историю.

2.2 Проектирование взаимодействия пользователя с системой

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

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

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

Данная системная операция используется в прецеденте «Добавление документа».

Рисунок 2.2. Диаграмма последовательностей "Добавление документа"



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

Рисунок 2.3. Диаграмма последовательностей "Удаление документа"

Обязанность системной операции удаление Документа- это удаление документа из системы.

Данная системная операция используется в прецеденте «Удаление документа».

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



Рисунок 2.4. Диаграмма последовательностей для создания нового договора

Обязанность системной операции создать Новый Договор- это добавление новых данных в БД.

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

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

Рисунок 2.5. Диаграмма последовательностей удаления данных договора

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

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

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

Рисунок 2.6. Диаграмма последовательностей для редактирования договора

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

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

Диаграмма последовательностей для генерации отчёта представлена на рис. 2.7.

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

Данная системная операция используется в прецеденте «Генерация отчёта».



Рисунок 2.7. Диаграмма последовательностей для генерации отчёта

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

Рисунок 2.8. Диаграмма последовательностей для поиска по договорам

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

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

Диаграмма последовательностей для поиска документов представлена на рис. 2.9.

Рисунок 2.9. Диаграмма последовательностей для поиска документов

Обязанность системной операции поиск Документов- это поиск документа по всему списку.

Данная системная операция используется в прецеденте «Поиск документов».

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



Рисунок 2.10. Диаграмма последовательностей для просмотра истории редактирования

Обязанность системной операции просмотр Истории Редактирования- это просмотр всех действий пользователей, которые вносили изменения в систему.

Данная системная операция используется в прецеденте «Просмотр истории редактирования».

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

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

База данных содержит четыре таблицы (Рис. 2.11.).



Рисунок 2.11. База данных

В таблице «contracts» хранятся данные по договорам. Таблица содержит следующие строки:

Id

Номер договора

Дата договора

Сумма

Счёт

От какого числа счёт

Акт

От какого числа акт

Платёжное поручение

От какого числа поручение

Получатель

Все эти данные относятся к определённому договору.

Таблица «documents» хранит данные о документах:

Id

Имя документа.

Путь документа

Обновление документа

Таблица «User» хранит логин и пароль для авторизации. Так же использовать данную таблицу можно для просмотра кто загружал документы.

Таблица «Changes» хранит следующие поля:

Id

Id пользователя

Id договора

Дату изменения

Действие

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



Глава 3. Реализация и тестирование системы

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

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

Для входа в систему необходимо ввести логин и пароль (Рис.3.1)

Рисунок 3.1. Авторизация в системе

При помощи тега <form> установлена форма на веб-странице. Форма предназначена для обмена данными между пользователем и сервером.

Использовав атрибут action, было выполнено перенаправление на файл login.php, в котором и была реализована сама авторизация:

<form action="/login.php" method="post">.

После прохождения авторизации, есть две вкладки:

Договора;

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

Документы.

На вкладке «Документы» хранятся все загруженный файлы в систему. Формат загруженного файла может быть doc, jpeg, pdf, xslx и т.п.

Вкладка «Договора» представлена на рисунке 3.2.

Рисунок 3.2. Вкладка «Договора»

Стиль форм был реализован через тег <style>, он применяется для определения стилей элементов веб-страницы.

Подключение к серверу базы данных было реализовано через функцию:

$conn = new mysqli($servername, $username, $password, $dbname);

if ($conn->connect_error) {

die("Connection failed: " . $conn->connect_error);}

При помощи тега <form> установлена форма на веб-странице. Форма предназначена для обмена данными между пользователем и сервером.

На этой же вкладке реализована функция «Генерация отчёта».

Для генерации отчёта, на вкладке «Договора», надо выбрать договора, которые нужно включить в отчёт.

Результат отчёта представлен на рисунке 3.3.



Рисунок 3.3. Сгенерированный отчёт

Используя тег <style>, были заданы заголовки отчёта:

$html = '<style>tr, th, td { border-width: 1px; }</style>';

$html .= '<h4>Финансовый отчёт</h4>';

$html .= '<table style="width:100%;font-size:12px;">

<tr>

<th>№</th>

<th>Дата договора</th>

…

<th>Получатель</th>

</tr>';

При помощи команды «$pdf->set…» настраиваем все поля и отступы отчёта:

// header и footer

$pdf->setHeaderFont(Array(PDF_FONT_NAME_MAIN,'', PDF_FONT_SIZE_MAIN));

$pdf->setFooterFont(Array(PDF_FONT_NAME_DATA,'', PDF_FONT_SIZE_DATA));

// шрифт

$pdf->SetDefaultMonospacedFont(PDF_FONT_MONOSPACED);

// установка полей

$pdf->SetMargins(PDF_MARGIN_LEFT,PDF_MARGIN_TOP, PDF_MARGIN_RIGHT);

$pdf->SetHeaderMargin(PDF_MARGIN_HEADER);

$pdf->SetFooterMargin(PDF_MARGIN_FOOTER);

// автоматический разрыв страниц

$pdf->SetAutoPageBreak(TRUE, PDF_MARGIN_BOTTOM);

// масштаб изображения

$pdf->setImageScale(PDF_IMAGE_SCALE_RATIO);

Вкладка «Документы» представлена на рисунке 3.4.

Рисунок 3.4. Вкладка «Документы»

При загрузке документов, система производит ряд проверок файла:

Проверка размера файла. Если файл превышает 50 МБ, то система выдаст ошибку.

if ($_FILES["file"]["size"] > 500000) {

echo "Sorry, your file is too large.";

$uploadOk = 0;}.

Проверка на дублирование файла. Если файл уже есть в системе, то она выдаст ошибку.

if (file_exists($target_file)) {

echo "Sorry, file already exists.";

$uploadOk = 0;

Всё оформление и отступы были описаны в файле style.css.

3.2 Реализация информационной системы

В рамках преддипломной практики была построена модель реализации, выполненная в нотации диаграммы компонентов UML. Разработанная диаграмма представлена на рис. 3.5.

Компонент index.php является исполнительным файлом. Компонент docs.php представляет собой верстку вкладки «Документы», компонент contracts.php верстку вкладки «Договора», а компонент users.php верстку вкладки «Пользователи».

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

Компонент ajax.php представляет собой файл, в котором реализованы следующие функции:

Добавление документа;

Генерация отчёта;

Поиск документов;

Поиск договоров;

История редактирования.

А в компоненте actions.php вся работа с контрактами:

Добавление договора;

Редактирование договора;

Удаление.

В компоненте pdf.class.php реализуется настройка pdf файла для отчета. В view.class.php подключены скрипты и css файлы, в которых описаны все стили оформления

В компоненте db.class.php реализовано подключение к базе данных и её настройка.

При разработке были реализованы все данные компоненты.

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

3.2 Тестирование

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

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

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

При не верном вводе логина и пароля выводится сообщение об ошибке ввода.

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

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

На этапе тестирования генерации отчёта, проверяется: без ошибок ли генерируется отчёт, в нужно ли порядке данные договора содержатся в отчёте и все ли данные содержатся в нём.

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

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

Также нужно проверить работу функции поиска по договорам.

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

Тестирование чёрным ящиком для формы создание документов показано на таблице 3.1:

Таблица 3.1 - ЧЯ для создания документов

Входные данные	Ожидаемый результат	Выходные данные
Договор:1234 пр; От: 01.08.2001; Сумма:456; Акт: 765 От: 20.12.2018 Платежное поручение: 7244 От: 24.10.2018; Счет:679 От: 06.10.2018 Получатель: XIAOMI	Данный добавлены в БД
Договор:0001; От: 20.04.2018 Сумма:599; Счёт: 76; От: 10.05.2018; Акт: 505 От: 10.05.2018 Платежное поручение: 34 От: 20.12.2018 Получатель: МТС	Данный добавлены в БД
Договор:0004; От: 10.05.2018 Сумма: 444; Счёт: 55 От: 15.06.2018; Акт:88 От: 20.09.2018; Платёжное поручение:7442 От: 27.01.2018 Получатель: Мистер	Данный добавлены в БД

Тестирование чёрным ящиком для формы выбора договора для изменения показано на таблице 3.2:

Таблица 3.2 - ЧЯ для выбора договора для изменения

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

Тестирование чёрным ящиком для формы редактирования и добавления договора показано на таблице 3.3.:

Таблица 3.3 - ЧЯ для редактирования договора

Входные данные	Ожидаемый результат	Выходные данные
Изменяем номер договора 2 на 234	Запись обновлена
Изменяем дату договора 05.12.2018 на 07.11.2017	Запись обновлена
Изменяем сумму 3 на 600	Запись обновлена
Изменяем счёт 6 на 56	Запись обновлена
Изменяем дату счёта 21.10.2018 на 25.11.2018	Запись обновлена
Изменяем акт 222 на 654	Запись обновлена
Изменяем дату акта 05.12.2018 на 17.10.2016	Запись обновлена
Изменяем платёжное поручение 1 на 783	Запись обновлена
Изменяем дату платёжного поручения 04.03.2018 на 18.12.2018	Запись обновлена
Изменяем получателя МТС на Билайн	Запись обновлена

Тестирование чёрным ящиком для генерации отчёта показано на таблице 3.4. ЧЯ для генерации отчёта:

Таблица 3.4 - ЧЯ генерации отчёта

Входные данные	Ожидаемый результат	Выходные данные
Выбираем договора и генерируем отчёт	Отчёт сгенерирован
Выбираем договора и генерируем отчёт	Отчёт сгенерирован
Выбираем договора и генерируем отчёт	Отчёт сгенерирован
Выбираем договора и генерируем отчёт	Отчёт сгенерирован

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

Таблица 3.5 - ЧЯ хранение документов

Входные данные	Ожидаемый результат	Выходные данные
Загружаем в систему файл формата .doc	Файл загружен
Загружаем в систему файл формата .xlsx	Файл загружен
Загружаем в систему файл формата.pdf	Файл загружен
Загружаем в систему файл формата.jpg	Файл загружен
Загружаем в систему файл формата .bmp	Файл загружен
Загружаем в систему файл формата.zip	Файл загружен
Загружаем в систему файл формата.png	Файл загружен

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

Таблица 3.6 - ЧЯ хранение документов

Входные данные	Ожидаемый результат	Выходные данные
Логин: admin Пароль: admin	Вход в систему
Логин: root Пароль: root	Вход в систему
Логин: user Пароль: user	Вход в систему

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

Таблица 3.7 - ЧЯ фильтрация договоров

Входные данные	Ожидаемый результат	Выходные данные
Фильтр по получателю: Новый Юзер	Результат найден
Фильтр по получателю: билайн	Результат не найдет
Фильтр по получателю:	Результат найден
Фильтр по получателю: МТС	Результат не найдет



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

Таблица 3.8 - ЧЯ поиска документов

Входные данные	Ожидаемый результат	Выходные данные
Поиск файла Документ Microsoft Word.docx	Файл найден
Поиск файла 123.docx	Файл не найден
Поиск файла Лист Microsoft Excel.xlsx	Файл найден
Поиск файла 123.xlsx	Файл не найден
Поиск файла doc.pdf	Файл найден
Поиск файла 123.pdf	Файл не найден
Поиск файла IMG_20180512_1017131.jpg	Файл найден
Поиск файла 123.jpg	Файл не найден
Поиск файла Лист Microsoft Office Excel.zip	Файл найден
Поиск файла 123.zip	Файл не найден
Поиск файла Новый точечный рисунок.bmp	Файл найден
Поиск файла 123.bmp	Файл не найден
Поиск файла screenshot-11.png	Файл найден
Поиск файла .png	Файл не найден

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



Таблица 3.9 - ЧЯ поиска документов

Входные данные	Ожидаемый результат	Выходные данные
Admin добавил договор Новый договор	История показана
Admin отредактировал договор #Старый договор	История показана
Root отредактировал договор #234	История показана
User добавил договор #dfs	История показана



Заключение

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

В процессе работы мы решили следующие задачи:

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

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

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

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

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

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

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

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



Библиографический список

1. Дронов В. PHP, MySQL, HTML5 и CSS 3. Разработка современных динамических Web-сайтов. «БХВ-Петербург» -2011 г.

2. Сиганова Т.В. Делопроизводство и документооборот: Учебное пособие (для студентов экономического факультета) / Сост. Т.В. Сиганова. - Омск: Омск. гос. ун-т, 2004. Просто об электронном документообороте [Электронный ресурс] [UML: https://ecm-journal.ru/mustknow] Проверено: 16.05.18.

3. Удаление таблиц MySQL [Электронный ресурс] [UML:http://bourabai.ru/dbt/MySQL0308.htm] Проверено: 16.05.18.

4. Федеральный закон от 08.02.1998 N 14-ФЗ (ред. от 29.07.2017) "Об обществах с ограниченной ответственностью" (с изм. и доп., вступ. в силу с 01.09.2017)

5. Avgerou, С. Information systems development and management/ - London: University of London

6. Allen, D. Getting Things Done (2003) [Электронный ресурс] [UML:http://transhumanism- russia.ru/documents/books/gtd/Getting_Things_Done_-_The_Art_Of_Stress-Free_Productivity.pdf] Проверено: 16.05.18.

7. Nixon, R. Learning PHP, MySQL, and JavaScript/- O`REILLYMcLaughlin, B. (2011). Generating Dynamic Web Pages, PHP and MySQL: The Missing Manual (pp. 143-176). [Электронный ресурс] [UML: http://acdev.ir/blog/wp- content/uploads/2016/06/OReilly.PHP_.and_.MySQL_.The_.Missing.Manual.pdf] Проверено: 16.05.18.

8. Adam, A. (2008). Fundamentals of EDRMS, Implementing Electronic Document and Record Management Systems [Электронный ресурс][UML:http://digitallibraries.weebly.com/uploads/1/0/9/4/10946869/electronic_document_and_record_management_systems.pdf] Проверено: 16.05.18.

Размещено на Allbest.ru

...