Разработка и внедрение информационной системы "Автовокзал"

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

Инструментарий Visual FoxPro - это мощное средство для создания настольных и распределённых приложений. Его основные достоинства - удобный интерфейс разработчика, простота базового языка, мощный диалект языка структурированных запросов Structured Query Language (SQL), поддержка технологии Open Database Connectivity (ODBC) и COM.

Open Database Connectivity - удаленные представления, используют для удаленных источников данных. Visual FoxPro позволяет спроектировать приложение для обработки автономных данных. Представления являются совокупностью комбинацией различных характеристик таблиц и запросов, обеспечивающих получение результирующих наборов данных из одной или нескольких исходных таблиц или других представлений. Существует возможность использовать создаваемые представления для просмотра получаемых данных или для проведения соответствующих корректировок данных. Представления могут использоваться как локальные образы наборов данных для удаленных источников.

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

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

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

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

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

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

В нашем случае программный комплекс Microsoft Visual FoxPro 9.0 является незаменимым и подходящим по большинству параметров разработки системы.

2.5 Проектирование модулей

Фактически структурное проектирование является мостом между структурным анализом и реализацией.

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

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

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



Рисунок 2.4 -Модель взаимодействия модулей системы

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

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

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

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

Структурные карты Константайна разрабатываемого модуля изображены в приложении В.

Выводы к разделу

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

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

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

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

Было выполнено обоснование выбора платформы проектируемой информационной системы.

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

3. РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3.1 Реализация приложения

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

Разработка приложения велась с использованием Microsoft Visual FoxPro 9.0, на языке программирования FoxPro. Результатом данного этапа работ является готовая информационная система, удовлетворяющая всем требованиям пользователей.

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

Таблица 3.1 - Процедуры реализации модулей

Название процедуры (функции)	Описание
Fail_Delay_Atp_All	Итоги неприбытий и опозданий по АТП
FailRejs	Перечень сорванных и незашедших рейсов
FailRejs_Sv	Сорванные и незашедшие рейсы, сводная
Fail_Delay_AV	Неприбытия и опоздания по АВ
Future_Dohod	Расчет дохода
Min_Sched	Расчет потребностей в ведомостях
Open_Table	Открытие таблиц в директории
Oper_All	Оперативные данные по всему АВ
Pacpicah	Расписание маршрутов
Pre_Sale	Бронирование, предварительная продажа билетов
Privileg	Льготный проезд
Priv_All	Льготный проезд по АВ
Priv_atp	Льготники по АТП
Sold_Tisked	Сведения о продаже билетов, выручке и наполняемости автобусов
Min_Sched	Суммарный километраж и количество пассажиров
Tarif_Ratio	Коэффициент повышения тарифов

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

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

Рисунок 3.1 - Диалоговое окно меню функций «Проданные билеты, выручка, наполняемость автобуса» из модуля «Расчет»

Листинг программы изображен на рисунке 3.2.



Рисунок 3.2 - Реализация обработчиков на правильность выбранных данных

После проверки на правильность выбранных данных происходит выборка данных согласно заданным параметрам выбора. Выборка происходит из базы данных состав маршрутов «sostmar». При выборке используются идентификаторы, поля таблиц такие, как «Порядок и номер последовательности» - «PLS», «Код населенного пункта прохождения» - «KPP», а так же «Плановое отправление, прибытие рейса» - «BEDOM». Далее обращаемся к полям баз таких, как «Количество пассажиров» - «kolp», «Следование пассажиров» - «sled_pas», «Количество чеков» - «p_colp», «Количество проданных прямых мест» - «colp», «Общее количество мест» - «kolm», запоминаем данные во временные таблицы, обнуляем поля, сумма, количество пассажиров.

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

Формируем данные о прямом и обратном направлении, используя «P_Len» - количество пунктов маршрутов. Создаем курсор для хранения времени следования по маршруту, и его расстояния в прямом направлении. После вычисляем время отправления с автостанции для прямого, и создаем курсор для хранения времени следования по маршруту, а так же его расстояние в обратном направлении. После вычисляем отправление с автостанции для обратного, на основе этих данных получаем расстояние и время следования. Сохраняем время отправления. Производим расчет проданных билетов за месяц, по выбранному количеству месяцев. Создаем таблицу выбранных данных, считываем Excel шаблон «Coef_CRT1.xls», передаем параметры с помощью «Lparametrs» в лист отчета, запоминаем данные. Листинг процедур приведен на рисунке 3.3.



Рисунок 3.3 - Листинг реализации меню функций «Проданные билеты, выручка, наполняемость автобуса» из модуля «Расчет»



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



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

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



Рисунок 3.4 -Отчет «Проданные билеты, выручка, наполняемость автобуса» из модуля «Расчет» за апрель месяц 2008 года

Также приведем пример формирования отчета из меню «Аналитика», расчет функции «Неприбытия и опоздания автобусов по АТП». Выбираем пункт из меню «Аналитика» «Неприбытия и опоздания», выбираем данные в диалоговом окне изображенным на рисунке 3.4, далее получаем отчет согласно рисунку 3.5.

Рисунок 3.4 - Диалоговое окно выбора промежутка расчета «Неприбытия и опоздания автобусов по АТП»



Рисунок 3.5 -Отчет «Справка о неприбытиях и опозданиях автобусов по АТП» за апрель месяц 2008 года

Листинг остальных процедур и функций приведен в приложении Д - «Программный код методов и функций».

3.2 Взаимодействие приложения с источниками данных

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

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

Обращение к определенной базе данных происходит по имени так называемого источника данных Open DataBase Connectivity (ODBC) (открытая система связи с базами данных) (или DSN - data source name). Можно представить DSN как своего рода объявление БД на данном компьютере. Причем DSN может быть пользовательским, т.е. находится в области видимости, только одного пользователя, в сеансе которого был создан этот DSN. И системным, т.е. видимым всеми пользователями данного компьютера и файловым, который может совместно использоваться всеми пользователями, у которых установлены необходимые драйверы. Управление источниками данных ODBC (да и вообще настройкой всей системы ODBC) осуществляется с помощью специальной программы - ODBC-администратора. Эта программа входит в средства управления Windows.

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

3.3 Тестирование приложения

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

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

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

- практичность программы;

- навигацию модулей;

- форму отчетов;

- структурное содержимое отчетов;

- достоверность содержимого отчетов.

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

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

Среда тестирования приложения - операционная система Microsoft Windows 2000. Целью данного тестирования является проверка полной работоспособности модуля.

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

- пользователь запускает приложение;

- производит настройку программы, через меню «Система»;

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

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

План тестирование приведен в приложении Г в таблице Г.1.

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

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

3.4 Методика развертывания приложения

Для полного и нормального функционирования приложения требуется наличие выделенного сервера, рабочая станция с выделенным клиентом, СУБД Foxpro DOS 2.6, сформированные главной программой «Продажа билетов» базы данных.

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

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

Выводы к разделу

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

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

Были написаны код приложения и все необходимые для функционирования модуля опции.

Была определена технология доступа к данным.

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

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

4. УПРАВЛЕНИЕ ИНФОРМАЦИОННЫМ ПРОЕКТОМ

4.1 Выбор жизненного цикла разработки программного обеспечения

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

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

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

- каскадная модель;

- спиральная модель.

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

Рисунок 4.1 - Спиральная модель

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

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

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

4.2 Определение цели и области действия программного проекта

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

Основная функциональность системы:

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

- анализ пассажиропотока;

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

- анализ проданных билетов;

- наполняемость автобусов;

- сведения о работе АТП;

- показатели работы рейса;

- срывы и не заходы автобусов;

- плановое задание по доходам;

- оперативные сведения;

- перевозка пассажиров;

- доходы от продаж билетов по месяцам;

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

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

- отчет о льготном проезде;

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

- станционное расписание движения автобусов;

- коэффициенты повышения тарифов на перевозку пассажиров за месяцы.

4.3 Создание структуры пооперационного перечня работ

При составлении проекта, для решения поставленных задач, используются следующие процессы:

Область охвата:

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

- предварительное определение ресурсов.

Разработка требований к программному обеспечению:

- определение назначения проекта;

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

- разработка графика выполнения работ;

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

- оценка стоимости проекта.

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

- описание основных функций системы;

- разработка прототипов;

- разработка модели базы данных;

- выбор платформы создания информационной системы;

- проектирование модулей.

Разработка:

- разработка БД;

- разработка пользовательского интерфейса;

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

- первичная отладка.

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

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

Тестирование модулей:

- тестирование модулей компонента;

- изменение кода;

- повторное тестирование измененного кода.

Для создания пооперационного перечня работ был использован специализированный продукт Microsoft Office Project 2007. Данный продукт позволяет эффективно управлять и выявлять приоритеты для проектов и ресурсов организации.

Microsoft Office Project 2007 предоставляет предполагаемые действия:

- эффективное планирование всех типов трудозатрат;

- более эффективное управление ресурсами;

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

- упрощение отправки уведомлений и совместной работы.

Задачи по управлению информационным проектом предоставлены на рисунке 4.2.



Рисунок 4.2 - Пооперационный перечень работ проекта

4.4 Идентификация ресурсов проекта

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

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

Таблица 4.1 - Трудовые ресурсы проекта

Название ресурса	Количество	Стандартная ставка (рублей в час)	Ставка сверхурочных (рублей в час)
Руководитель проета	1	150	300
Аналитик	2	80	160
Разработчик	4	100	200
Тестер	2	60	120
Проектировщик	3	120	240

Ресурсы проекта, определенные так же с помощью инструментария Microsoft Project представлены на рисунке 4.3.

Рисунок 4.3 - Ресурсы проекта

4.5 Оценка длительности разработки программного обеспечения

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

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

Чтобы провести анализ по методу PERT, необходимо задать оптимистическую, пессимистическую и ожидаемую длительность имеющихся задач (действия, имеющие начало и конец) и с помощью Microsoft Office Project 2007 получить взвешенные значения.

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

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

Длительность разработки программного обеспечения можно представить в виде таблицы (таблица 4.2).

Таблица 4.2 - Длительность разработки программного обеспечения

Наименование работы	Длительность	Дата начала	Дата окончания
Область охвата	0,38 дней	Пн 10.12.07	Пн 10.12.07
Определение области охвата проекта	2 ч	Пн 10.12.07	Пн 10.12.07
Предварительное определение ресурсов	1 ч	Пн 10.12.07	Пн 10.12.07
Разработка требований к программному обеспечению	3,88 дней	Вт 11.12.07	Пт 14.12.07
Определение назначения проекта	1 день	Вт 11.12.07	Вт 11.12.07
Анализ и определение требований	2 ч	Ср 12.12.07	Ср 12.12.07
Разработка графика выполнения работ	1 день	Ср 12.12.07	Чт 13.12.07
Разработка технического задания	1 день	Чт 13.12.07	Пт 14.12.07
Оценка стоимости проекта	5 ч	Пт 14.12.07	Пт 14.12.07
Проектирование	14,5 дней	Пн 17.12.07	Пт 04.01.08
Описание основных функций системы	1 день	Пн 17.12.07	Пн 17.12.07
Разработка прототипов	4 дней	Вт 18.12.07	Пт 21.12.07
Разработка модели базы данных	2 дней	Пн 24.12.07	Вт 25.12.07
Выбор платформы создания информационной системы	0,5 дней	Ср 26.12.07	Ср 26.12.07
Проектирование модулей	7 дней	Ср 26.12.07	Пт 04.01.08
Разработка	10 дней	Пн 07.01.08	Пт 18.01.08
Разработка БД	2 дней	Пн 07.01.08	Вт 08.01.08
Разработка пользовательского интерфейса	1 день	Ср 09.01.08	Ср 09.01.08
Разработка, написание кода программы	5 дней	Чт 10.01.08	Ср 16.01.08
Первичная отладка	1 день	Пт 18.01.08	Пт 18.01.08
Тестирование	8 дней	Пн 21.01.08	Ср 30.01.08
Разработка планов тестирования модулей	2 дней	Пн 21.01.08	Вт 22.01.08
Тестирование модулей	6 дней	Ср 23.01.08	Ср 30.01.08
Тестирование модулей компонента	2 дней	Ср 23.01.08	Чт 24.01.08
Изменение кода	2 дней	Пт 25.01.08	Пн 28.01.08
Повторное тестирование измененного кода	2 дней	Вт 29.01.08	Ср 30.01.08
Завершение разработки ПО	0 дней	Чт 31.01.08	Чт 31.01.08

Ниже (рисунок 4.4) предоставлена диаграмма Ганта. Это встроенное представление, в котором слева отображаются задачи проекта, а справа - отрезки, соответствующие длительностям задач.

Рисунок 4.4 - Диаграмма Ганта

4.6 Распределение ресурсов проекта

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

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

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

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

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

Проектировщик - разработка объектных диаграмм, разработка модели БД, разработка пользовательского интерфейса, разработка прототипов;

Разработчик - разработка БД, разработка кода приложений, первичное тестирование;

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

4.7 Идентификация задач и действий

Определение задач и необходимые трудозатраты для их достижения представлены в таблице 4.3.

Таблица 4.3 - Идентификация задач и действий

Наименование ресурса	Трудозатраты
Руководитель проекта	36 ч
Определение области охвата проекта	2 ч
Предварительное определение ресурсов	1 ч
Определение назначения проекта	8 ч
Разработка графика выполнения работ	8 ч
Разработка технического задания	8 ч
Оценка стоимости проекта	5 ч
Выбор платформы создания информационной системы	4 ч
Аналитик	18 ч
Определение назначения проекта	8 ч
Анализ и определение требований	2 ч
Описание основных функций системы	8 ч
Разработчик	72 ч
Разработка БД	16 ч
Разработка пользовательского интерфейса	8 ч
Разработка, написание кода программы	40 ч
Первичная отладка	8 ч
Тестер	112 ч
Разработка планов тестирования модулей	16 ч
Тестирование модулей	48 ч
Тестирование модулей компонента	16 ч
Изменение кода	16 ч
Повторное тестирование измененного кода	16 ч
Проектировщик	108 ч
Разработка прототипов	32 ч
Разработка модели базы данных	16 ч
Выбор платформы создания информационной системы	4 ч
Проектирование модулей	56 ч

4.8 Оценка стоимости разработки программного обеспечения

Стоимость разработки программного обеспечения можно рассчитать по формуле:

где:

СРПО - стоимость разработки программного обеспечения;

ПС - почасовая ставка использования ресурса;

i - номер ресурса;

Q - количество часов использования ресурса.

Почасовая (стандартная) ставка использования ресурса для проекта разрабатываемой информационной системы представлена на рисунке 4.3 - «Ресурсы проекта». Количество часов использования ресурса представлены в таблице 4.3 - «Идентификация задач и действий».

Используя формулу 4.1, необходимо рассчитать стоимость разработки программного обеспечения:

Стоимость разработки информационной системы автоматически рассчитывается при помощи Microsoft Office Project 2007 (рисунок 4.5), и составит 33720 рублей.

Рисунок 4.5 - Стоимость разработки программного обеспечения

В таблице 4.4 представлен перечень необходимых затрат.

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

Наименование	Стоимость (рублей)
Разработка информационной системы	33720
Microsoft Visual Fox Pro 9.0	1600
Итого:	35320

4.9 Оценка экономической эффективности проекта

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

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

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

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

Центральным показателем в рассматриваемом методе является показатель NPV (net present value) - текущая стоимость денежных потоков за вычетом текущей стоимости денежных оттоков. Это обобщенный конечный результат инвестиционной деятельности в абсолютном измерении.

Компания рассматривает целесообразность инвестиционного проекта, стоимость которого составляет 33720 рубля. Денежные затраты на проект составят в месяц 23140 рублей. Проект рассчитан на два месяца. Ставка дисконтирования составляет 12%.

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



где: Rk - ежемесячные денежные поступления;

Rk = DPk - Zk,

DPk - ежемесячная дополнительная прибыль от реализации проекта;

Zk - ежемесячные затраты на реализацию проекта;

IC - стартовые инвестиции;

i - ставка дисконтирования.

Показатель NPV является абсолютным приростом, поскольку оценивает, на сколько приведенный доход перекрывает приведенные затраты. Так как NPV > 0, то проект следует принять.

Коэффициент возврата инвестиций рассчитывается по формуле (4.3).

Если ROI > 100%, то проект прибылен.

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



Срок окупаемости проекта 1,5 месяцев.

Выводы к разделу

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

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

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

Была создана структура пооперационного перечня работ.

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

На основе высшее поставленных выводов было принято решение о создании АИС по созданию и формированию отчетов выбранных аналитических данных ОАО «Автовокзал».

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

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

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

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

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

- разработка требований к программному продукту;

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

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

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

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

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

Внедрение разработанного информационного модуля в расчетно-экономический отдел позволит:

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

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

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

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

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

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

По результатам расчетов был получен чистый приведенный доход и составил 5388 рублей. Также был определен коэффициент возврата инвестиций ROI=115%. И был определен срок окупаемости проекта, который составил 1,75 месяца.

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

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

Список использованных источников

1. Акперов, И. Г. Управление проектами: учебно-методический комплекс / И. Г. Акперов, В. А. Долятовский. ? Ростов-на-Дону: ИУБиП, 1999.

2. Калянов, Г.Н. Системное проектирование - новый вид деятельности на российском рынке / Информационные технологии. - 1995. - №3. -С. 20-21.

3. Дрогобыцкий, И.Н. Проектирование автоматизированных информационных систем. Учебник /И.Н. Дрогобыцкий/ - М.: Финансы и статистика, 1992.

4. Дрогобыцкий, И.Н. Управление проектированием информационных систем. Учебник /И.Н. Дрогобыцкий/ - М.: Финансы и статистика, 1992.

5. Калашян, А.Н. Структурные модели бизнеса: DFD- технологии. Учебник /А.Н. Калашян, Г.Н. Калянов/ - М.: Финансы и статистика, 2003.

6. Дейт, К. Дж. Введение в системы баз данных.: Пер. с англ. / К. Дж. Дейт .- М.: Издательский дом «Вильямс», 2002.

7. Баженова, И. Ю. Visual FoxPro 7.0. / И. Ю. Баженова. - М.: «Диалог - МИФИ», 2005. - 45с.

8. Конноли Т., Бегг К., Страчан А. База данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ.: Уч. пос. - М.: Издательский дом «Вильямс», 2002. - 1120с.: ил. - Парал. тит. англ.

9. Вендров А.М. Современные технологии создания программного обеспечения / [Электронное издание]. (http://www.jetinfo.ru). Проверено 29.03.2006.

10. Предпритие «ВПИ». / Firm «API» Автоматизированная система «Автовокзал». [Электронный документ]. (http://forum.bus.com.ua). Проверено 11.04.2008.

11. Джерк Н. Разработка приложений для электронной коммерции. - С.Пт.: «Питер», 2001.

12. Зиндер Е.З. Проектирование баз данных: новые требования, новые подходы / СУБД. - 1996.

13. Зиндер, Е.З. Новое Системное Проектирование: Информационные Технологии и Бизнес-реинжиниринг. / Системы Управления Базами Данных. - 1996.

14. Разработка клиент-сервер приложений с использованием Visual FoxPro. [Электронный документ]. (http://www.caws.atnet.ru/vfox/excel1.html). Проверено 08.04.2008.

15. Притыкин Д. А. BPwin 4.0: пришел, увидел, реорганизовал. Мнение пользователя. [Электронный документ]. (http://info-system.ru/designing/methodology/bpwin/bpwin.html). Проверено 12.02.2008.

16. Омельченко Л., Федоров А. «Самоучитель Microsoft® Visual FoxPro 7.0», 2005, с. 78.

17. Коберн А. Быстрая разработка программного обеспечения.: Пер. с англ. - М.: ЛОРИ, 2002.

18. Коберн А. Современные методы описания функциональных требований к системам.: Пер. с англ. - М.: ЛОРИ, 2002.

19. Попов А.А. «Программирование в среде СУБД Fox Pro 2.0. Построение систем обработки данных», 2004, с. 352

20. Конноли Т., Бегг К., Страчан А. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. - М.: «Вильямс», 2001.

21. Кузнецов С.Д. Направления исследований в области баз данных / Открытые системы. - 1997.

22. Марка, Д.А. Методология структурного системного анализа и проектирования SADT Учебник: пер. с англ. /Д.А. Марка, К. МакГоун/ - М.: Метатехнология, 1993.

23. Шоморев Д. «Microsoft® Visual FoxPro.Уроки программирования», 2006, с. 42

24. Школин, А. Легковесная автоматизация. IT - системы для небольших предприятий /Финанс. ? 2005. №15. - С. 56 - 61.

25. Шафер, Дональд, Ф., Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. - М.: Издательский дом «Вильямс», 2004. - 1136 с.

26. Олифер В.Г., Олифер Н.А. Основы сетей передачи данных // [Электронное издание]. (http://www.intuit.ru). Проверено 11.02.2008.

27. Грофф, Дж. Р. Энциклопедия SQL. / Дж. Р. Грофф, П. Н. Вайнберг.: Пер. с англ. - СПб: «Питер», 2003. - 896 с.

28. Петров Ю.К. JAM - инструментальное средство разработки приложений в информационных системах архитектуры «клиент/сервер», построенных на базе РСУБД. «СУБД», 1995.

29. Справочник по Microsoft OLE DB 1.1. / Пер. с англ. - М.: Издательский отдел «Русская редакция» ТОО «Channel Trading Ltd». 1997. - 624 с.

30. Тамре Л. Введение в тестирование программного обеспечения : Пер. с англ. - М.: Издательский дом «Вильямс», 2003.

31. Вендров, А.М. Практикум по проектированию программного обеспечения экономических информационных систем / А.М. Вендров. - Москва: «Финансы и статистика», 2004.

32. Леффингуэлл Д., Уидриг Д. Принципы работы с требованиями к программному обеспечению. Унифицированный подход: Пер. с англ. - М.: Издательский дом «Вильямс», 2002 - 448 с

33. Скрипкин К.Г. Экономическая эффективность информационных систем. - М.: ДМК Пресс, 2002.-256с.

34. Малахов А. Н., Максюков Н. И. Никишин В. А. Высшая математика: учебное пособие / Московский государственный университет экономики, статистики и информатики. - М.: МЭСИ, 2002. - 352с.

35. Тельнов Ю.Ф. Интеллектуальные информационные системы: учебное пособие / Московский государственный университет экономики, статистики и информатики. - М.: МЭСИ, 2000. - 201 с.

36. Смирнова Г.Н., Тельнов Ю.Ф. Проектирование экономических информационных систем (часть 1) / Московский государственный университет экономики, статистики и информатики. - М.: МЭСИ, 2004. - 223 с.

37. Дaнилoв A. B, Дигo C. M., CopoкинA. A. Кopпopaтивныe инфopмaциoнныe cиcтeмы: Учeбнoe пocoбиe, pукoвoдcтвo пo изучeнию диcциплины, пpaктикум пo куpcу, учeбнaя пpoгpaммa куpcoв / Московский государственный университет экономики, статистики и информатики. - М.: МЭСИ, 2004. -60 c.

38. Флинт Д. Локальные сети и ее архитектура / Учебник для Вузов. - М.: Финансы и статистика, 1999.

39. Чертовской, В.Д. Базы и банки данных: Учебное пособие. СПб.: Изд-во МГУП, 2001.

ПРИЛОЖЕНИЕ А - ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ НЕОБХОДИМОСТИ СОЗДАНИЯ ДОПОЛНИТЕЛЬНОГО МОДУЛЯ

«ВЫБОРКА СТАТИСТИЧЕСКИХ ДАННЫХ ПРОДАЖИ
ПРОЕЗДНЫХ ДОКУМЕНТОВ»

(обязательное)

1. Исходное положение………………………….1

2. Обоснование цели создания АИС....……………… 2

3. Обоснование комплексов задач и подсистем…..3

4. Перечень технических мероприятий по созданию АИС.…...4

5. Оценка экономической эффективности проекта……….5

6. Выводы и предложения……………7

Исходное положение

Рассматриваемым предприятием является открытое акционерное общество «Автовокзал». Являясь крупнейшим предприятием в сфере автоперевозок на юге России, ОАО «Автовокзал» имеет в своём составе 55 автовокзалов и автостанций, расположенных по всей Ростовской области. Об объёмах работы предприятия можно судить и по состоянию маршрутной сети.

Организационная структура компании изображена в соответствии с рисунком А.1

Рисунок А.1 - Организационная структура компании OAO «Автовокзал»

Обоснование цели создания АИС

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

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

Обоснование комплексов задач и подсистем

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

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

На этапе проведения анализа были сформулированы следующие задачи исследования системы:

- изучение пассажиропотока и спроса населения в пассажирских перевозках;

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

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

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

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

Информационной базой, с точки зрения обеспечения требований ИС явился перечень составленных документов, для предоставления отчетной статистики в АИС:

- сведения о работе АТП;

- показатели работы рейса;

- срывы и не заходы автобусов;

- плановое задание по доходам;

- оперативные сведения;

- перевозка пассажиров;

- доходы от продаж билетов по месяцам;

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

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

- отчет о льготном проезде;

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

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

- станционное расписание движения автобусов;

- коэффициенты повышения тарифов на перевозку пассажиров
за месяцы.

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

Перечень организационно-технических мероприятий
по созданию АИС

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

Для внедрения АИС на предприятии необходимо произвести следующие изменения:

- проведение анализа и определение необходимости в разработке АИС на данном предприятии;

- определение требований по внедрению АИС;

- работы по разработке программного обеспечения (ПО);

- получение утверждение на принятие в использование данного ПО;

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

- обучение персонала.

Оценка экономической эффективности проекта

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

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

Компания рассматривает целесообразность инвестиционного проекта, стоимость которого составляет 33720 рубля. Денежные затраты на проект составят в месяц 23140 рублей. Проект рассчитан на два месяца. Ставка дисконтирования составляет 12%.

При разовой инвестиции расчет чистого приведенного дохода можно представить следующим выражением (формула 5.1):

где: Rk - ежемесячные денежные поступления;

Rk = DPk - Zk,

DPk - ежемесячная дополнительная прибыль от реализации проекта;

Zk - ежемесячные затраты на реализацию проекта;

IC - стартовые инвестиции;

i - ставка дисконтирования.

Показатель NPV является абсолютным приростом, поскольку оценивает, на сколько приведенный доход перекрывает приведенные затраты. Так как NPV > 0, то проект следует принять.

Коэффициент возврата инвестиций рассчитывается по формуле (5.2).

Если ROI > 100%, то проект прибылен.

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

Срок окупаемости проекта 1,5 месяцев.

Выводы и предложения

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

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

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

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

По результатам расчетов был получен чистый приведенный доход и составил 5388 рублей. Также был определен коэффициент возврата инвестиций ROI=115%. И был определен срок окупаемости проекта, который составил 1,75 месяца.

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

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

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

Приложение Б - Прототипы интерфейса

Рисунок Б.1 - Главное окно системы

Рисунок Б.2 - Меню настроек параметров системы



Рисунок Б.3 - Меню расчетов финансовых параметров

Рисунок Б.4 - Меню анализа доходов



Рисунок Б.5 - Меню аналитической статистики показателей

Рисунок Б.6 - Форма выбора данных вывода отчета по расчету
коэффициента вместимости маршрута согласно временному промежутку



Рисунок Б.7 - Форма для вывода отчета показателей проданных билетов

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