Разработка информационной подсистемы учета почтовых отправлений для филиала ФГУП "Почта России" Шпаковский почтамт, г. Михайловск

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

Таблица 2.1 - Отношения между таблицами

Номерсвязи	Родительская таблица	Дочерняя таблица	Тип связи
1	Почтовые_отправления	Отправка	1:М
2	Почтовые_отправления	Получение	1:М
3	Типы_почтовых_отправлений	Почтовые_отправления	1:М
4	Состояния	Почтовые_отправления	1:М
5	Способ_пересылки	Почтовые_отправления	1:М

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

Инфологическая модель представлена на рисунке 2.8

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

Рисунок 2.8 - Инфологическая модель БД «Post»

Нормализация - это приведение схемы отношения к лучшей форме относительно включения, удаления, модификации. При проектировании реляционных БД необходима максимально эффективная структура данных. В ходе проектирования было выяснено, что структура базы данных «Post» удовлетворят 3-м нормальным формам.

2.2.3 Задание первичных ключей и определение неключевых атрибутов сущностей

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

Таблица 2.2 - Ключи таблицы «Типы_почтовых_отправлений»

Ключ	Тип ключа
код	первичный

Таблица 2.3 - Ключи таблицы «Отправка»

Ключ	Тип ключа
код_операции	первичный
код_почт_отправ	внешний

Таблица 2.4 - Ключи таблицы «Получение»

Ключ	Тип ключа
код_операции	первичный
код_почт_отправ	внешний

Таблица 2.5 - Ключи таблицы «Состояния»

Ключ	Тип ключа
код	первичный

Таблица 2.6 - Ключи таблицы «Почтовые_отправления»

Ключ	Тип ключа
код	первичный
тип_почт_отправ	внешний
способ_пересылки	внешний
состояние	внешний

Таблица 2.7 - Ключи таблицы «Способ_пересылки»

Ключ	Тип ключа
код	первичный

Функциональные зависимости в БД показаны в Приложении В.

2.2.4 Создание физической модели данных БД «Post»

В процессе разработки базы данных были выбраны необходимые сущности и атрибуты, которые будут переведены на язык СУБД ниже.

Проектирование БД производилось в среде Microsoft SQL Server 2005 Express Edition В результате, разобранная выше инфологическая модель получила воплощение в виде таблиц и полей таблиц.

Таблица 2.8 - Атрибуты таблицы «Отправка»

Наименование атрибутов	Тип полей	NULL
код_операции	int	Нет
код_почт_отправ	int	Да

Таблица 2.9 - Атрибуты таблицы «Получение»

Наименование атрибутов	Тип полей	NULL
код_операции	int	Нет
код_почт_отправ	int	Да

Таблица 2.10 - Атрибуты таблицы «Типы_почтовых_отправлений»

Наименование атрибутов	Тип полей	NULL
код	int	Нет
тип_почт_отправ	ntext	Да

Таблица 2.11 - Атрибуты таблицы «Состояния»

Наименование атрибутов	Тип полей	NULL
код	int	Нет
состояние	ntext	Да

Таблица 2.12 - Атрибуты таблицы «Способ_пересылки»

Наименование атрибутов	Тип полей	NULL
код	int	Нет
способ_пересылки	ntext	Да

Таблица 2.13- Атрибуты таблицы «Почтовые_отправления»

Наименование атрибутов	Тип полей	NULL
код	int	Нет
тип_почт_отправ	int	Да
адрес_о	ntext	Да
адрес_п	ntext	Да
способ_пересылки	int	Да
индекс	nchar(6)	Да
вес_в_гр	float	Да
дата	datetime	Да
стоимость	float	Да
ценность	money	Да
пользователь	ntext	Да
состояние	int	Да

Даталогическая модель приведена в приложении А.

2.3 Реализация клиентской части информационной подсистемы «Post»

2.3.1 Общие сведения о клиентском приложении

Клиентской часть приложения разрабатывается в Microsoft Visual Studio 2010 , популярная платформы разработки, в которой реализованы новейшие достижения Microsoft для разработчиков, руководителей разработки, тестировщиков и дизайнеров (Рисунок 2.9).

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

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

Рисунок 2.9 -Microsoft Visual Studio 2010

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

Таблица 2.14 - Название и назначение проекта форм

Название формы	Назначение формы
1	2
Mainform	Главная форма приложения
Manipulition_form	Форма для редактирования и добавления новых записей в БД
AdminForm	Форма для управления администрированием БД
AutorizationForm	Форма авторизации пользователя
Query_Form	Форма для выборки данных из БД
ReportForm	Форма для формирования разнообразных отчетов
UserDelForm	Форма для удаления пользователей
InfoForm	Информационная форма
AddNewItemInBaseStructureForm	Форма для добавления новых способов пересылки или типов почтовых сообщений
DelSrtuctForm	Форма для удаления способов пересылки или типов почтовых сообщений
Browser_post	Форма Интернет браузера
CalculationForm	Форма для калькулятора почтовых отправлений
CalculateConfigForm	Форма для изменения конфигурации калькулятора почтовых отправлений
ChangeStateForm	Форма для изменения состояния почтового отправления
LocationForm	Форма для указания индекса почтового отправления
OrganizationForm	Форма для указания информации о почтовом отделении

Для реализации функции формирования и печати всевозможных отчетов в проект необходимо добавить библиотеку Microsoft.Office.Interop.Excel. Для этого на вкладке Solution Explorer в контекстном меню пункта References необходимо выбрать пункт Add references, а затем указать расположение библиотеки.

2.3.2 Разработка интерфейса главной формы

Из панели инструментов Toolbox необходимо добавить элементы button, datagridview, contextmenustrip, menustrip, statusstrip, combobox, picturebox, groupbox, openFileDialog, timer и расположить их как показано на рисунке 2.4

Для всех компонентов необходимо создать разработчики событий типа Click, а для компонента combobox обработчик события textchanged.

Рисунок 2.10 - Интерфейс главной формы приложения

2.3.3 Разработка интерфейса других форм

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

Вид всех форм информационной подсистемы представлен в приложении Д.

2.3.4 Подключение базы данных к клиентскому приложению

Для подключения базы данных необходимо использовать классы ADO.NET. Как и любая другая технология, ADO.NET состоит из нескольких важных компонентов. Все классы .NET группируются в пространства имен. Все функции, относящиеся к ADO.NET находятся в пространстве имен System.Data. Кроме того, как и любые другие компоненты.NET, ADO.NET работает, не изолировано и может взаимодействовать с различными другими компонентами .NET[4].

Архитектуру ADO.NET можно разделить на две фундаментальные части: подключаемую и автономную. Все классы в ADO.NET можно поделить по этому критерию. Единственное исключение - класс DataAdapter, который является посредником между подключенной и автономной частями ADO. NET.

Подключаемая часть ADO. NET представляет собой набор объектов подключений.

Объекты подключений разделяются в ADO.NET по конкретным реализациям для различных СУБД. То есть для подключения к базе данных SQL SERVER имеется специальных класс SqlConnection.

Эти отдельные реализации для конкретных СУБД называются поставщиками данных .NET

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

Поэтому ADO.NET поддерживает модель поставщиков. Поставщики для конкретного источника данных можно определить как совокупность классов в одном пространстве имен созданных специально для данного источника данных. Эта особенность несколько размыта для источников данных OleDb, ODBC, так как они по своей сути созданы для работы с любой базой данных совместимых с OLE и ODBC[5].

В подключаемой части ADO.NET имеются следующие основные классы:

- Connection. Этот класс, позволяющий устанавливать подключение к источнику данных. ( OleDbConnection, SqlConnection)

- Transaction. Объект транзакций (OleDbTransaction, SqlTransaction, В ADO.NET имеется пространство имен System.Transaction)

- DataAdapter. Это своеобразный шлюз между автономными и подключенными аспектами ADO.NET. Он устанавливает подключение, и если подключение уже установлено, содержит достаточно информации, чтобы воспринимать данные автономных объектов и взаимодействовать с базой данных.

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

- Parameter. Объект параметр команды.

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

Одни лишь подключенные приложения не удовлетворяют всем требованиям, предъявляемым к современным распределенным приложениям. В автономных приложениях, созданных с помощью ADO.NET, используются другой подход. Но для обеспечения автономности используются объекты DataAdapter. Они осуществляют выполнение запросов, используя для этого объекты подключения. А результаты выполнения, то есть данные, передает автономным объектам. Благодаря такому принципу автономные объекты не знают о существовании объектов подключения, так как на прямую не работают с ними. То есть реализация объекта, хранящего данные, не должна зависеть от конкретного поставщика данных, а именно от СУБД. Поскольку конкретная реализация адаптера данных зависит от соответствующего источника данных, конкретные адаптеры данных реализованы в составе конкретных поставщиков [9].

Автономные приложения обычно подключаются к базе как можно позже и отключаются как можно раньше. Важным элементом в такой схеме подключения и предоставления автономного доступа к данным является контейнер для табличных данных, который не знает о СУБД. Такой незнающий о СУБД автономный контейнер для табличных данных представлен в библиотеках ADO.NET классом DataSet или DataTable.

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

Можно выделить несколько основных классов автономной модели ADO.NET которые необходимо использовать для реализации клиентской части информационной подсистемы:

- DataSet, является ядром автономного режима доступа к данным в ADO.NET. Лучше всего рассматривать, как будто в нем есть своя маленькая СУБД, полностью находящаяся в памяти.

- DataTable, этот класс похож на таблицу БД. Он состоит из объектов DataColumn, DataRow, представляющих из себя строки и столбцы.

2.3.5 Отладка и компиляция проекта

Отметим, что в процессе реализации проекта было создано 16 форм, что подтверждается данными окна Solution Explorer проекта (рисунок 2.26).

Свойства исполнимого файла проекта представлены на рисунке 2.27. Как следует из рисунка 2.27, размер исполнимого файла Post.exe разработанной информационной подсистемы составляет 324 кбайт.

Рисунок 2.11 - Окно Solution Explorer проекта

Рисунок 2.12 - Окно свойств исполнимого файла проекта

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

Рисунок 2.13 - Свойства проекта

2.3.6 Создание программы установки информационной подсистемы «Post»

Для создания программы установки информационной подсистемы «Post» на компьютер пользователя необходимо воспользоваться пакетом для компилирования инсталляторов ActualInstaller 3.8 (рисунок 2.14).

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

На вкладке Software Prerequisites обязательно требуется поставить галочку .NET Framework 4.0, так как для функционирования приложения требуется именно этот пакет (рисунок 2.15).

Рисунок 2.14 - Главное окно программы ActualInstaller 3.8

Рисунок 2.15 - Вкладка Software Prerequisites

На вкладке Installation указывается путь установки по умолчанию и папку с проектом (рисунок 2.16), затем перейти на вкладку Additional Files и указать исполняемый и дополнительные файлы (рисунок 2.17).

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

На вкладке Dialogs и выбираются необходимые диалоговые окна при установке приложения (рисунок 2.18).

Затем на вкладке Languages указываются необходимые языки установки , в нашем случае Russian (рисунок 2.19)

Рисунок 2.16 - Вкладка Installation

Рисунок 2.17 - Вкладка Additional Files

Для того чтобы зарегистрировать разработанный в процессе проектирования тип файла, требуется перейти на вкладку Register. На вкладке File Association нажатием кнопки Add, указывается расширение файла и файл с таким расширением. Далее требуется указать иконку, для того чтобы после установки приложения все файлы с данным расширением отображали принадлежность данному программному продукту (рисунок 2.20).

Рисунок 2.18 - вкладку Dialogs

Рисунок 2.19 - Выбор языка установки

Рисунок 2.20 - Регистрация в реестре типа файла

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

Рисунок 2.21 - Building Setup

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

Выводы

1. База данных информационной подсистемы «Post» является реляционной и содержит шесть таблиц. При разработке этой базы данных было использовано SQL Server 2005.

2. Для реализации в среде Microsoft Visual Studio 2010 Windows-приложения, обеспечивающего требования технического задания на разработку информационной подсистема «Post», потребовалось создать 16 форм.

3. Размер исполнимого файла разработанного Windows-приложения составляет 324 кбайт.

4. При помощи программы ActualInstaller 3.8 создан файл SetupFinal.exe, позволяющий инсталлировать информационную подсистему «Post» на компьютер пользователя. Размер файла SetupFinal.exe составляет 24,5 Мбайт.

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

3 ИНФОРМАЦИОННОЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

3.1 Общие сведения о программе

Общие сведения о программе (информационной подсистеме «Post») представлены в таблице 3.1.

Таблица 3.1 - Общие сведения о программе

Наименование сведений	Содержание сведений
Обозначение программы	Post
Наименование программы	Информационная подсистема учета почтовых отправлений для филиала ФГУП «Почта России» Шпаковский почтамт, г. Михайловск
Программное обеспечение, необходимое для функционирования программы	Операционная система Windows 98, NT 4.0, 2000/XP/2003/Vista/Seven, NET Framework 4.0, пакет Microsoft Office Excel, Microsoft SQL Server 2005
Язык программирования, среда разработки, на которой написана программа	Язык программирования - C# Среда разработки Microsoft Visual Studio 2010

3.2 Функциональное назначение программы

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

Таблица 3.2 - Функциональное назначение

Сведения	Содержание сведений
1	2
Назначение программы	Автоматизация учета почтовых отправлений.
Формирование отчетов	Приложение формирует отчеты, используя средства Microsoft Office Excel.
Математические расчеты	Имеется возможность автоматизированного расчета стоимости почтового отправления, общей отправленной и переданной ценности, общей массы отправлений в граммах, присутствует возможность изменить тарифы на отправления.
Администрирование	Программный продукт имеет жесткую организацию доступа пользователей к записям базы данных, а также возможность редактирования собственной учетной записи.
Защита правильности вводимых данных	Имеется защита то неправильного ввода данных в функциональные атрибуты записей БД.
Сортировка записей базы данных	Приложение обладает гибкими возможностями сортировки записей.
Информативность	Присутствует автоматический механизм сбора информации об отправлении
Отказоустойчивость	Предусмотрены механизмы автоматического восстановления файлов, необходимых для функционирования приложения.
Поиск информации	В программе организован гибкий поиск необходимых записей из БД, с возможностью их редактирования
Связь с мировыми ресурсами	В комплекте информационной подсистемы предусмотрен встроенный браузер для выхода на сайт головного предприятия.
Одновременный доступ к БД	База данных может использоваться как сетевой ресурс для одновременной работы нескольких пользователей через клиентское приложение.
Дополнительные навыки пользователя	Для работы с приложением требуется базовый уровень знания ПК.
Цель создания программы	Сокращение временных затрат сотрудников филиала ФГУП «Почта России» Шпаковский почтамт, г. Михайловск, занимающихся учетом почтовых отправлений.
Функциональные ограничения на применение	Наличие на компьютере пользователя установленной операционной системы семейства Windows, пакета NET Framework 4.0 , а также наличие пакета Microsoft Office Excel и Microsoft SQL Server 2005.

3.3 Описание логической структуры программы

В ходе проектирования данного программного продукта была проведена объектно-ориентированная декомпозиция, которая представлена в таблице 3.3

Таблица 3.3 - Описание классов приложения

Название класса	Описание класса
1	2
MainForm	Создаёт объект главного окна приложения. Предоставляет доступ к работе с данными и отображает текущее время, дату и пользователя работающего в данный момент с базой данных, имеет контекстное меню и строку статуса.
Manipulition_form	Создаёт объект окна, в котором осуществляется ввод параметров для новой записи и редактирование существующей.
AdminForm	Создаёт объект окна, в котором осуществляется добавление новых пользователей и редактирование текущей учетной записи.
AutorizationForm	Создаёт объект окна, в котором осуществляется авторизация пользователя.
Query_Form	Создаёт объект окна, в котором осуществляется поиск записей из базы, а также редактирование их.
ReportForm	Создаёт объект окна, в котором задаются параметры для формирования отчетов.
UserDelForm	Создаёт объект окна, в котором осуществляется поиск и удаление учетных записей из приложения.
InfoForm	Создаёт объект окна, в котором показана информация о программном продукте.
AddNewItemInBaseStructureForm	Создаёт объект окна, в котором осуществляется добавление новых типов почтовых отправлений и способов пересылки.
DelSrtuctForm	Создаёт объект окна, в котором осуществляется удаление типов почтовых отправлений и способов пересылки
Browser_post	Создаёт объект окна, в котором можно выйти на страницу головного предприятия.
LocationForm	Создаёт объект окна, в котором определяется размер почтового индекса
OrganizationForm	Создаёт объект окна, в котором указывается информация о почтовом отделении
ChangeStateForm	Создаёт объект окна, в котором изменяется состояние почтового отправления
CalculationForm	Создаёт объект окна, в котором рассчитывается стоимость почтового отправления
CalculateConfigForm	Создаёт объект окна, в котором изменяется конфигурация калькулятора почтовых отправлений

Диаграмма классов представлена в приложении Б, листинг основных модулей в приложении Б.

3.4 Требования к техническому обеспечению

3.4.1 Общие требования

Для нормальной работы информационной подсистемы «Post» достаточно наличие на компьютере пользователя операционной системы Microsoft Windows 98, установленного пакета NET Framework 4.0, Microsoft Office Excel и Microsoft SQL Server 2005.

Для установки информационной подсистемы «Post» системный блок персонального компьютера (ПК) должен быть снабжен дисководом для компакт-дисков. К системному блоку должны быть подключены монитор и принтер. Остальные элементы ПК (клавиатура, манипулятор-мышь и коврик для мыши) являются стандартными.

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

3.4.2 Требования к центральному процессору

В результате контрольных прогонов установлено, что для работы с информационной подсистемой «Post» требуется компьютер с процессором тактовая частота которого не ниже 233 МГц, рекомендуется использовать компьютер с процессором Pentium III или более быстрым.. Обоснование: при более низкой тактовой частоте центрального процессора быстродействие информационной подсистемой «Post» является неудовлетворительным, например, время выполнения основных запросов, составляет более десяти минут.

3.4.3 Требования к оперативному запоминающему устройству

Необходимый размер ОЗУ WОЗУ , Мбайт, рассчитаем по формуле

, (3.1)

где - минимально необходимый размер ОЗУ, требуемый для работы операционной системы (ОС);

- объем ОЗУ, требуемый для работы информационной подсистемы.

Значение параметра для Windows 98 определяется, как 16 Мбайт. Обоснование: данное требование сформулировано фирмой Microsoft, как минимальное при установке Microsoft Windows 98.

Значение параметра в рассматриваемом случае определяется необходимостью загрузки в оперативную память ПК информационной подсистемы «Post» и составляет 48 Мбайт оперативной памяти.

Таким образом, воспользовавшись формулой (3.1) получаем

= 16 + 48 = 64 Мбайт.

Делаем следующий вывод - для нормальной работы информационной подсистемы «Post» под управлением операционной системы Windows 98 будет достаточно 64 Мбайт оперативной памяти. Для обеспечения комфортных условий работы информационной подсистемы рекомендуется использовать ОЗУ размером 128 Мбайт и более.

3.4.4 Требования к наличию свободного места на жестком диске

Кроме типа процессора и размера ОЗУ, важной характеристикой работы компьютера и вместе с ним и разработанной программы, является размер свободного пространства на жестком диске компьютера. Определить минимально необходимое свободное пространство W, Мбайт, можно, используя формулу следующим соотношением:

, (3.2)

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

подсистемы «Post», Мбайт;

- размер временных файлов, создаваемых при работе с программой, Мбайт.

Размер пространства , которое занимает инсталляция информационной подсистемы «Post» определили опытным путем ,просмотрев какое количество Мбайт занимает исполняемый файл проекта и дополнительные файлы требуемые для нормального функционирования приложения. =105Мбайт

В процессе эксплуатации информационной подсистемы «Post» могут создаваться временные файлы (запросы и пр.). Размер временных файлов (параметр ) может составить примерно 0,5 Мбайт памяти жесткого диска.

Итак, на основании формулы (3.2) приходим к выводу, что для корректной работы информационной подсистемы «Post» необходимо следующее количество свободной памяти жесткого диска:

= 105 + 0,5 = 105,5 Мбайт.

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

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

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

Обоснование: если разрешение монитора будет менее 800?600 экранные, то экранные формы не будут полностью отображаться на экране монитора, что затруднит работу с программой

3.4.6 Требования к принтеру

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

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

3.5 Установка и вызов программы

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

1. В дисковод для компакт-дисков необходимо поместить CD-ROM с предварительно записанной программой установки информационной подсистемы «Post».

2. Средствами проводника Windows запустить файл SetupFinal.exe на выполнение.

3. В открывшемся первом окне программы инсталлятора выбрать язык установки и нажать кнопку «Далее» (рисунок 3.1).

Рисунок 3.1 - Установка приложения

4. В открывшемся втором окне программы инсталлятора ознакомиться с предупреждением и нажать кнопку «Далее» (рисунок 3.2).

5. В открывшемся третьем окне программы инсталлятора указать папку для установки программы и нажать кнопку «Далее» (рисунок 3.3).

Рисунок 3.2 - Второе окно инсталлятора

Рисунок 3.3 - Третье окно инсталлятора

6. В следующем окне требуется указать программную группу для создания ссылки в меню пуск и нажать кнопку «Далее» (рисунок 3.4).

7. В открывшемся пятом окне программы инсталлятора ознакомиться с программой установки и нажать кнопку «Далее» (рисунок 3.5).

Рисунок 3.4 - Четвертое окно инсталлятора

Рисунок 3.5 - Пятое окно инсталлятора

Рисунок 3.6 - Процесс установки приложения

8. В шестом окне программы инсталлятора отображается процесс установки, который можно прервать нажатием на кнопку «Отмена» (рисунок 3.6).

9. В следующем окне программы инсталлятора ознакомиться с результатами установки программы и нажать кнопку «Финиш» (рисунок 3.7).

Рисунок 3.7 - Конец установки

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

Откроем папку C:\Program Files\Post (рисунок 3.8)

Рисунок 3.8 - Папка с установленным приложением

Как видно из рисунка 3.11 папка C:\Program Files\Post содержит исполнимый файл приложения, дополнительные файлы для полного функционирования приложения и файлы базы данных. Как видно из рисунка 3.8 программа установки зарегистрировала тип файла в реестре Windows за программным продуктом.

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

Рисунок 3.9 - Запуск программы

3.6 Входные данные программы

Разнотипными входными данными программы являются:

1. Тип почтового отправления;

2. Способ пересылки;

3. Почтовый индекс;

4. Адрес отправителя;

5. Вес в граммах;

6. Дата;

7. Ценность (если требуется);

8. Логин пользователя;

9. Пароль пользователя;

10. Начальная стоимость отправления;

11. Довесок в граммах;

12. Стоимость довеска;

13. Переплата за способ пересылки;

14. Наценка за ценность в процентах (если требуется).

3.7 Выходные данные программы

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

3.8 Результаты тестирования программы

Программа прошла тестирование у сотрудников филиала ФГУП «Почта России» Шпаковский почтамт, г. Михайловск. В результате тестирования установлено, что она в полном объеме удовлетворяет требованиям заказчика. В настоящее время разработанная информационная подсистема «Post» передана заказчику и находится в стадии опытной эксплуатации.

3.9 Инструкция оператору по работе с программой

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

Рисунок 3.10 - Окно авторизации

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

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

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

Для того чтобы добавить запись в базу нужно нажать кнопку «Добавить» в главном окне программы, либо воспользоваться меню «Файл» (рисунок 3.12) или контекстным меню (рисунок 3.13), аналогично для редактирования и удаления записей. Если выбраны команды «Редактировать» или «Удалить» манипуляции будут производиться с выделенной в таблице записью. Как видно из рисунка 3.12, с помощью меню «Файл» можно поменять расположение файла БД, перейти на сайт предприятия, добавить новый тип отправления и способ пересылки (последние две возможности доступны только администратору), большинство команд этого меню продублированы в главном окне программы. С помощью контекстного меню можно просмотреть текущее состояние отправления, а также изменить его.

Рисунок 3.12 - Меню «Файл»

Рисунок 3.13 - Контекстное меню

При добавлении и редактировании открывается окно изображенное на рисунке 3.14.

Рисунок 3.14 - Окно добавления и редактирования записей

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

В приложении присутствует функция выборки информации по заданным условиям, для вызова это функции необходимо воспользоваться меню «Поиск» (рисунок 3.15).

Рисунок 3.15 - Меню «Поиск»

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

Рисунок 3.16 - Окно выборки информации

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

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

Рисунок 3.17 - Окно параметров формирования отчета

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

Любой пользователь имеет возможность отредактировать свою учетную запись (сменить логии или пароль (рисунок 3.19)) воспользовавшись меню «Администрирование» (рисунок 3.18). Право воспользоваться функцией добавление новых и удаления существующих пользователей имеет только администратор (рисунок 3.20.и 3.21).

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

Рисунок 3.18 - Меню «Администрирование»

Рисунок 3.19 - Редактирование учетной записи

Рисунок 3.20 - Добавление новой учетной записи

Рисунок 3.21 - Удаление существующего пользователя

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

Существует возможность произвести расчет стоимости почтового отправления (пункт меню «Калькулятор отправлений» (рисунок 3.22)).

Рисунок 3.22 - Меню «Калькулятор отправлений»

Для расчета стоимости почтового отправления необходимо заполнить все поля и нажать кнопку «Рассчитать» (рисунок 3.23).

Рисунок 3.23 - Окно расчета стоимости почтового отправления

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

Рисунок 3.24 - Окно для редактирования тарифов на почтовые отправления

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

Для просмотра информации о программе требуется выполнить команду
О программе Информация о программе (рисунок 3.25).

Рисунок 3.25 - Окно информации о программе

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

Выводы

1. Для нормального функционирования программы достаточно наличия:

- операционной системы Windows 98;

- персонального компьютера с процессором Pentium 233 МГц;

- 64 Мбайт оперативной памяти;

- 105,5 Мбайт свободной памяти жесткого диска;

- любого современного цветного монитора с разрешением 800?600;

- любого лазерного принтера с разрешением печати не менее 300 точек/дюйм.

2. В ходе разработки программы использовались среда Microsoft Visual Studio 2010 и SQL Server 2005. Основным языком программирования являлся C#.

3. Функциональные ограничения на применение обусловлены тем, что разработанная программа требует наличия на компьютере пользователя установленной операционной системы семейства Windows,пакета Microsoft Excel. Microsoft SQL Server 2005 и NET Framework 4.0.

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

5. Установка программы на компьютер пользователя производится при помощи программы инсталлятора SetupFinal.exe.

6. Программа прошла тестирование у сотрудников филиала ФГУП «Почта России» Шпаковский почтамт, г. Михайловск. В результате тестирования установлено, что она в полном объеме удовлетворяет требованиям заказчика. В настоящее время разработанная информационная подсистема «Post» передана заказчику и находится в стадии опытной эксплуатации.

4. технико-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА

4.1 Краткая характеристика проекта

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

Назначение программы - автоматизация учета почтовых отправлений и формирование отчетов.

Цель создания системы - сокращение временных затрат сотрудников филиала ФГУП «Почта России» Шпаковский почтамт,
г. Михайловск, занимающихся учетом почтовых отправлений.

Данная программа выполняет следующие основные функции:

1. Ведение электронной картотеки (базы данных) учета почтовых отправлений;

2. Автоматизированное формирование, просмотр и печать отчетов.

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

Внедрение проекта позволит в значительной мере сократить временные затраты сотрудников филиала ФГУП «Почта России» Шпаковский почтамт,
г. Михайловск, занимающихся учетом почтовых отправлений.

Язык программирования - С#. Число операторов программы
= 500 ед.

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

В этом разделе рассмотрены вопросы расчета:

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

- суммарных затрат на создание программного продукта;

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

- чистого дисконтированного дохода за 3 года использования программного продукта;

- внутренней нормы доходности проекта и времени его окупаемости.

4.2 Трудоемкость выполняемых работ

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

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

Трудоемкость разработки программного обеспечения ТПО, чел.- ч., определяется по формуле:

ТПО = ТО + ТИ + ТА + ТП + ТОТЛ + ТД, (4.1)

где ТО - затраты труда на описание задачи, чел.-ч.;

ТИ - затраты на исследование предметной области, чел.-ч.;

ТА - затраты на разработку блок-схем, чел.-ч.;

ТП - затраты на программирование, чел.-ч.;

ТОТЛ - затраты на отладку, чел.-ч.;

ТД - затраты на подготовку документации, чел.-ч.

Все составляющие в правой части формулы (4.1) определим через общее число операторов D, ед.:

D = ??c ? (1 + p), (4.2)

где ? - число операторов, ед. (? = 500 ед.);

с ? коэффициент сложности задачи;

р - коэффициент коррекции программы, учитывающий новизну проекта.

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

Коэффициент «p» коррекции программы, учитывающий новизну проекта, количественно характеризует увеличение объема работ по реализации программного продукта, возникающего за счет внесения изменений в алгоритм или в тексте программы по результатам её тестирования и отладки. В данном случае заказчик, недостаточно хорошо представлял себе, полный перечень функций, которые должен поддерживать программный продукт, а это приводило к многочисленным корректировкам и доработкам текста программного кода. Поэтому примем коэффициент «p» равным 0,1.

В результате подстановки численных значений коэффициентов и параметров в формулу (4.2) получим следующее общее число операторов:

D = 500?1,75?(1 + 0,1) = 883,75 ед.

Затраты труда на описание задачи принимаем: ТО = 40 чел.-ч. Работу по описанию задачи выполняет инженер-программист с окладом 7300 руб. в месяц и коэффициентом квалификации kК = 0,8 (опыт работы по специальности до 2ух лет).

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

(4.3)

где D - общее число операторов, ед.;

b - коэффициент увеличения затрат труда, вследствие недостаточного описания задачи;

su - количество операторов, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

В связи с тем, что решение рассматриваемой задачи потребовало уточнения и доработок, примем коэффициент b = 1,5.

Количество операторов, приходящееся на один чел.-ч., примем равным su = 75.

Таким образом, на основании формулы (4.3) получим:

ТИ = (883,75?1,5) / (75?0,8) = 22,09 чел.-ч.

Затраты труда на разработку алгоритма решения задачи ТА, чел.-ч., рассчитывается по формуле:

, (4.4)

где D - общее число операторов, ед.;

sa - количество операторов алгоритма решения задачи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчета по формуле (4.4) примем sa = 20 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.4), получим:

ТА = 883,75/(20?0,8) = 55,23 чел.-ч.

Затраты труда на составление программы по готовой блок-схеме ТП определяется по формуле:

, (4.5)

где D - общее число операторов, ед.;

sп - количество операторов алгоритма решения задачи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.5) примем sп = 25 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.5), получим:

ТП = 883,75 / (25?0,8) = 44,19 чел.-ч.

Затраты труда на отладку программы на персональном компьютере ТОТЛ, чел.-ч., рассчитывается по формуле:

, (4.6)

где D - общее число операторов, ед.;

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

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.6) примем sотл = 4 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.6), получим:

ТОТЛ = 883,75 / (4?0,8) = 276,17 чел.-ч.

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

, (4.7)

где ТДР - затраты труда на подготовку материалов в рукописи, чел.-ч.;

ТДО - затраты труда на редактирование, печать и оформление документации, чел.-ч.

Затраты труда на подготовку материалов в рукописи ТДР, чел.-ч., вычислим по формуле:

(4.8)

где sдр - количество операторов программы в рукописи, приходящееся на один чел.-ч., (ед./ чел.-ч.);

kK - коэффициент квалификации работника (определяется в зависимости от стажа работы).

Для расчетов по формуле (4.8) примем sдр = 15 ед./ чел.-ч.

Подставив численные значения параметров и коэффициентов в формулу (4.8), получим:

ТДР = 883,75 / (15?0,8) = 73,65 чел.-ч.

Затраты труда на редактирование, печать и оформление документации ТДО, чел.-ч., вычислим по формуле:

. (4.9)

Подставив численное значение затраты труда на подготовку материалов в рукописи ТДР, чел.-ч., в формулу (4.9), получим:

ТДО = 0,75?73,65 = 55,24 чел.-ч.

Таким образом, подставив численные значение затраты труда на подготовку материалов в рукописи ТДР, чел.-ч., и затраты труда на редактирование, печать и оформление документации ТДО, чел.-ч., в формулу (4.7) получим:

ТД = 73,65 + 55,24 = 128,89 чел.-ч.

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

ТПО = 40,0 + 22,09 + 55,23 + 44,19 + 276,17 + 128,89 = 566,57 чел.-ч.

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

, (4.10)

где kКОР - коэффициент коррекции, учитывающий изменения трудоемкости разработки программного обеспечения в зависимости уровня языка программирования (таблица 4.1).

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

Уровень языка программирования	Характеристика языка программирования	Коэффициент изменения трудоемкости
1	Ассемблер	1
2	Макроассемблер	0,95
3	Алгоритмические языки высокого уровня	0,8 ? 0,9

Использованный для разработки программного обеспечения язык программирования С# относится к алгоритмическим языкам высокого уровня, с учетом этого примем kКОР = 0,9.

Окончательно, с учетом корректировки, получим по формуле (4.10) итоговую трудоемкость разработки:

ТКОР = 566,57 ?0,9 = 509.91 чел.-ч.

4.3 Расчет себестоимости автоматизированной информационной подсистемы

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

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

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

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

- затраты на потребляемую электроэнергию;

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

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

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

tпф = Nрд?tрд, (4.11)

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

?tрд - продолжительность рабочего дня специалиста производственного персонала, ч.

Для расчетов по формуле (4.11) примем Nрд = 22 дня, ?tрд = 8 ч. Подставив указанные численные значения параметров Nрд и ?tрд в формулу (4.11) получим, что плановый фонд рабочего времени одного специалиста производственного персонала в месяц составляет:

tпф = 22 ? 8 = 176 ч.

Таким образом, часовая тарифная ставка sч, руб./ч, инженера-программиста первой категории составляет:

sч = 7300 / 176= 41,48 руб./ч.

Основная заработная плата ЗО, руб., производственного персонала определяется по формуле:

ЗО = sч • ТКОР. (4.12)

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

ЗО = 41,48?509.91 = 21145,97 руб.

Дополнительная заработная плата ЗД, руб., производственного персонала определяется по формуле:

ЗД = ЗО?Д, (4.13),

где ?Д - коэффициент дополнительной заработной платы.

Коэффициент дополнительной заработной платы инженера-программиста составляет ?Д = 0,2. Таким образом, дополнительная заработная плата ЗД, руб., инженера-программиста первой категории, вычисленная по формуле (4.13), равна:

ЗД = 21147,97 ?0,2 = 4229,19 руб.

Отчисления на социальные нужды, ЗС, руб.:

, (4.14)

где ? норматив социальных отчислений, %.

В соответствии с Федеральным законом норматив социальных отчислений ?С = 34 %. Подставив все численные значения в формулу (4.14) получим, что отчисления на социальные нужды равны:

ЗС = = 8627,55 руб.

Таким образом, единый социальный налог составит 8627,55 руб.

Затраты на потребляемую электроэнергию ЗЭ, руб.:

ЗЭ = PВ ? tВ ? цЭ, (4.15)

где PВ - мощность ЭВМ, кВт;

tВ - время работы вычислительного комплекса, ч;

цЭ - стоимость 1 кВтч электроэнергии, руб./ кВтч.

Мощность ЭВМ, на которой работает инженер-программист, равна
PВ = 0,3 кВт.

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

tв = ?п•(ТП + ТД + ТОТЛ)•, (4.16)

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

Для расчетов по формуле (4.16) примем ?п = 1,15 .

Подставив все численные значения параметров в формулу (4.16) получим:

tВ = 1,15?(44,19 + 128,89 + 276,17) = 516,64 ч.

Стоимость 1 кВтч электроэнергии составляет цЭ = 2,82 руб./ кВтч.

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

ЗЭ =0,3?516,64 ?2,82 = 437,08 руб.

Данные для расчета затрат на материалы и запасные части занесенные в таблицу 4.2.

Таблица 4.2 ? Затраты на материалы и покупные изделия

Материал, покупное изделие	Количество, единиц	Цена за единицу, руб.	Сумма, руб.
Тонер для картриджа принтера	1	240,00	240,00
CD -R	1	30,00	30,00
Упаковка бумаги, 500 листов	1	130,00	130,00
Итого	400,00

Следовательно, затраты на материалы и запасные части составят:

ЗМ = 240,00 + 30,00 + 130,00 = 400,00 руб.

Затраты на техническое обслуживание и текущий ремонт вычислительной техники ЗП, руб.:

, (4.17)

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

? - норма отчислений на ремонт, %;

tВ.Г - годовой фонд времени работы вычислительной техники, ч.

Для расчетов по формуле (4.17) примем:

- балансовая стоимость вычислительной техники
= 18000,00 руб.;

- норма отчислений на ремонт ? = 4%;

- годовой фонд времени работы вычислительной техники при 40-часовой рабочей неделе tВ.Г = 2112 ч.

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

ЗП = 18000 ?0,04 ?(516,64/2112) = 176,12 руб.

Полные затраты на создание программного продукта, З, руб.:

З = ЗО + ЗД + ЗС + ЗЭ + ЗМ + ЗП (4.18)

Подставив данные в формулу 4.18, получим:

З= 21145,97 + 4229,19 + 8627,55 + 437,08 + 400,00 + 176,12= 35015,91 руб.

Таким образом, полные затраты на создание программного продукта составляют 35015,91 руб.

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

4.4 Оценка экономической эффективности внедрения программного продукта

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

П = Э - З, (4.19)

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

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

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

Э = (ЗРУЧ - ЗАВТ) + ЭДОП, (4.20)

где ЗРУЧ - затраты на ручную обработку информации, руб.;

ЗАВТ - затраты на автоматизированную обработку информации, руб.;

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

Данный продукт используется сотрудником филиала ФГУП «Почта России» Шпаковский почтамт, г. Михайловск. Оклад сотрудника - 7300 руб., премиальный фонд - 50% от оклада. Тогда, цена одного часа работы составит:

цЧ = (7300+7300?0,5)/176 = 41,47 руб./ч.

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

, (4.21)

где - время, затрачиваемое на обработку информации вручную, ч;

- цена одного часа работы оператора, руб.;

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

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

, (4.22)

где - затраты времени на автоматизированную обработку той же самой информации, ч.

Общие затраты времени на ручную обработку информации в месяц t.Р, ч, составляют t р = 40 ч, а общие затраты на автоматизированную обработку информации - t а = 10 ч.