Второй возможностью доступа к данным является использование OLE DB Provider. Такой способ позволяет осуществлять доступ к любому OLE DB провайдеру, включая Access.

В реализованном приложении ADO.NET мы использовали одно пространство имен -- System.Data. Кроме того, нам практически во всех ситуациях потребуется использовать еще либо пространство имен System.Data.OleDb-- для установления соединения с источником данных.

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

§ открыть соединение (connection) с базой данных;

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

§ закрыть соединение с базой данных.

Связь с базой данных остается активной только на достаточно короткий срок -- на период выполнения запроса. [45]

После записи информации из таблиц в приложение связи с БД закрывается.

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

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

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

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

План тестирования ПО представлен в ПРИЛОЖЕНИИ Г.

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

1. Нет данных;

2. Повторное выполнение;

3. Верные данные.

Пример теста когда «нет данных» показан на рисунке 3.3.1:

Рисунок 3.3.1 - тестовый пример «нет данных»

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

Рисунок 3.3.2 - тестовый пример «Повторное выполнение»

Пример теста когда «верные данные» показан на рисунке 3.3.3.

Рисунок 3.3.2 - тестовый пример «Повторное выполнение»

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

Реализация и аттестация информационной системы один из самых важных процессов создания программы «Информационная система МРССиСТ». В заключении необходимо добавить, что этап реализации начинается сразу после проектирования информационной системы. На данном этапе были составлены бизнес-правила, показаны алгоритмы и циклы используемые при реализации приложения. Описано взаимодействие приложения с источниками данных ADO.NET -- это новая технология доступа к базам данных. На этапе реализации было проведено тестирование созданной системы методам «черного ящика». В результате был получен отчёт о тестировании. В целом этап прошёл успешно.

4 Управление информационным проектом

4.1 Выбор жизненного цикла разработки ПО

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

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

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

Разработка разбивается на четыре этапа:

- планирование;

- анализ риска;

- оценка заказчика;

- конструирование.

Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента:

- небольшую команду программистов (от 2 до 10 человек);

- короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);

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

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

Жизненный цикл ПО по методологии RAD состоит из четырех фаз:

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

- фаза проектирования;

- фаза построения;

- фаза внедрения.

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

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

После детального определения состава процессов оценивается количество функциональных элементов разрабатываемой системы и принимается решение о разделении ИС на подсистемы, поддающиеся реализации одной командой разработчиков за приемлемое для RAD-проектов время - порядка 60 - 90 дней. С использованием CASE-средств проект распределяется между различными командами (делится функциональная модель). Результатом данной фазы должны быть:

- общая информационная модель системы;

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

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

- построенные прототипы экранов, отчетов, диалогов.

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

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

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

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

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

- производится анализ использования данных;

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

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

- определяются способы увеличения производительности;

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

Результатом фазы является готовая система, удовлетворяющая всем согласованным требованиям.

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

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

Оценка размера приложений производится на основе так называемых функциональных элементов (экраны, сообщения, отчеты, файлы и т.п.) Подобная метрика не зависит от языка программирования, на котором ведется разработка. Размер приложения, которое может быть выполнено по методологии RAD, для хорошо отлаженной среды разработки ИС с максимальным повторным использованием программных компонентов, отображен в таблице 4.1.

Таблица 4.1 - Размер приложения

Количество функциональных элементов	Количество разработчиков
< 1000 функциональных элементов	один человек
1000-4000 функциональных элементов	одна команда разработчиков
> 4000 функциональных элементов	4000 функциональных элементов на одну команду разработчиков

В качестве итога перечислим основные принципы методологии RAD:

- разработка приложений итерациями;

- необязательность полного завершения работ на каждом из этапов жизненного цикла;

- обязательное вовлечение пользователей в процесс разработки ИС;

- необходимое применение CASE-средств, обеспечивающих целостность проекта;

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

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

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

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

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

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

RAD - технология не применима для построения:

- сложных расчетов программ;

- операционных систем;

- а также приложений, от которых зависит безопасность людей. [39]

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

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

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

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

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

Структура пооперационного перечня работ разрабатывалась в приложении Microsoft Office Project 2003, как и весь проект.

Эта структура включает следующие задачи и подзадачи:

Анализ и планирование требований к программному продукту:

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

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

- разработка графика сдачи;

- получение разрешений на продолжение (концепция, расписание).

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

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

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

- точное определение интерфейсов;

- построение прототипов экранных форм, диалогов, отчетов.

Разработка:

- Определение параметров модульной и уровневой архитектуры;

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

- Разработка кода.

Реализация:

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

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

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

- Ревизия кода модулей;

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

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

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

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

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

- Тестирование интеграции модулей;

- Выявление ошибок и недоработок;

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

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

Разработка документации:

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

- Разработка руководства пользователя;

- Ревизия всей документации для пользователей;

- Доработка документации для пользователей с учетом замечаний. [36]

Более наглядное представление структуры пооперационного перечня работ приводится в ПРИЛОЖЕНИИ Е - Перечень работ.

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

Для того чтобы идентифицировать задачи и действия необходимо в Microsoft Office Project 2003 выбрать команду меню Вид ¦ Использование задач. Все работы можно классифицировать по своим характеристикам: длительности, трудозатратам и количеству людских ресурсов. Данные параметры связаны друг с другом: трудозатраты задачи равны произведению длительности на количество людских ресурсов. Задачи в плане проекта могут быть трех типов: с фиксированными длительностью, трудозатратами и количеством ресурсов.

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

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

Основные проектные документы, подготавливаемые на данном этапе, -- это:

- концептуальный проект системы;

- настроенные в системе прототипы бизнес-процессов;

- уточненный объем проекта;

- уточненный план проекта.

Для того чтобы реализовать ту или иную задачу необходимы ресурсы (человек или оборудование). В нашем случае ресурсами будут:

- руководитель проекта;

- группа аналитиков;

- разработчики;

- тестеры;

- специалисты по распространению технической информации;

- инструкторы; [38]

Каждой задаче соответствует тот или иной вид ресурсов, что наглядно показано на рисунке 4.1.

Рис4.1 - Идентификация задач

4.5 Оценка длительности и затрат на разработку ПО

4.5.1 Оценка длительности

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

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

4.5.2 Оценка затрат

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

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

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

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

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

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

- работы сотрудников предприятия.

Более наглядное представление оценки стоимости разработки ПО приводится в ПРИЛОЖЕНИИ Ж.

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

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

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

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

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

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

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

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

Распределение ресурсов проекта показано на рисунке 4.2.



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

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

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

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

Параметры	Стоимость
Ежегодная дополнительная прибыль от реализации проекта (DPk) - руб	60 000,00
Временной диапазон (n) -лет	1
Ставка дисконтирования (i) - %	0,11
Стартовые инвестиции (IC) - руб	16 000,00
Затраты на реализацию проекта - руб	15 000,00
Годовые денежные поступления 1 г. - руб	50 000,00
Ставка дисконтирования (i2) - %	0,11
Ставка дисконтирования (i3) - %	0,5

4.7.1 Чистый приведенный доход

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

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

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

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

где R_k - годовые денежные поступления в течение n лет, k = 1, 2, …, n;

R_k = DP_k - Z_k ,

DP_k - ежегодная дополнительная прибыль от реализации проекта;

Z_k - ежегодные затраты на реализацию проекта;

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

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

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

Если проект предполагает не разовую инвестицию, а последовательное инвестирование финансовых ресурсов в течение нескольких лет (m), то формула для расчета модифицируется:

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

- при NPV > 0 проект следует принять;

- при NPV < 0 проект не принимается,

- при NPV = 0 проект не имеет ни прибыли, ни убытков.

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

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

NPV=129 934,80 - следовательно при NPV > 0 проект следует принять.

4.7.2 Коэффициент возврата инвестиций

Коэффициент возврата инвестиций ROI (Return of Investment) позволяет оценить прибыльность инвестиций, вложенных в проект.

Формула расчета ROI:



,

где NPV- чистый приведенный доход,

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

при ROI > 0 - инвестиции прибыльны,

при ROI < 0 - инвестиции убыточны.

ROI = 899,59% - следовательно при ROI > 100% - проект прибылен

4.7.3 Внутренняя норма доходности

При анализе эффективности инвестиционных проектов широко используется показатель внутренней нормы доходности (IRR - internal rate of return) - это ставка дисконтирования, приравнивающая сумму приведенных доходов от инвестиционного проекта к величине инвестиций, т.е. вложения окупаются, но не приносят прибыль. Величина этой ставки полностью определяется "внутренними" условиями, характеризующими инвестиционный проект.

Применение данного метода сводится к последовательной итерации (повторения) нахождения дисконтирующего множителя, пока не будет обеспечено равенство NPV = 0.

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

IRR = i₁ + NPV(i₁) / [NPV(i₁) - NPV(i₂)] * (i₂ - i₁)

Инвестор сравнивает полученное значение IRR со ставкой привлеченных финансовых ресурсов (CC - Cost of Capital):

- если IRR > CC, то проект можно принять;

- если IRR < СС, проект отвергается;

- IRR = СС проект имеет нулевую прибыль.

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

Таблица 4.3 - Коэффициент дисконтирования

Ставка дисконтирования 1	Ставка дисконтирования 2
0,4	0,2
1-ая степень	42071,42857	1-ая степень	49083,33333
2-ая степень	30051,02041	2-ая степень	40902,77778
3-ая степень	21465,01458	3-ая степень	34085,64815
NPV1=	77 587,46р.	NPV2=	108 071,76р.

IRR = 40,13%

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

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

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

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

Задачи управления информационными системами должны обеспечивать:

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

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

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

- управление инцидентами: регистрация и обработка инцидентов, поступающих от автоматических систем обнаружения сбоев в IT-инфраструктуре в определяемом приоритетами порядке.

ЗАКЛЮЧЕНИЕ

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

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

В первом разделе проведён анализ существующих решений в рассматриваемой предметной области, в результате которого было принято решение об автоматизации учета технических средств. Был произведен анализ предметной области и сбор требований затем, чтобы понять, как работает данная организация, рассмотреть процессы протекающие в ней. Следующим необходимым пунктом данного раздела стал анализ и моделирование требований методом структурного подхода. Построены IDEF0 - диаграммы, отражающие основные процессы разработки информационной системы учёта платежей. В дополнении к IDEF0 - диаграммам были созданы диаграммы потоков данных (Data flow diagrams, DFD) используются для описания документооборота и обработки информации. В заключительной части первого раздела проведена аттестация и спецификация информационной системы, которая включает в себя создание технического задания и технико-экономического обоснования.

Второй раздел дипломного проекта посвящён проектированию информационно системы учёта техники. В представленном разделе спроектирована архитектура создаваемой системы, разработан пользовательский интерфейс. Основным в данном разделе является проектирование самой информационной системы. Для этого, средствами MS Access была создана база данных и разработана схема данных. При помощи CASE-средства ERwin построена логическая и физическая модель данных. Данный раздел завершается обоснованием выбора платформы создания информационной системы, а именно, MS Access и MS Visual C#.

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

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

THE CONCLUSION

In the conclusion it is possible to draw a conclusion, that the purposes put in work, are reached, problems are executed. Work consists of introduction of four sections: development of requirements to the software, designing of information system of the account orgtechnics and communication facility DIA, realization and certification of the created information system, an estimation of economic efficiency of the developed project.

The purpose of the degree project is creation of information system of the account orgtechnics and communication facility DIA, thus that the developed system corresponded to requirements of the customer.

In the first section the analysis of existing decisions in a considered subject domain as a result of which the decision on automation of the account of means was accepted is lead. The analysis of a subject domain and gathering of requirements have been made to understand, how the given organization works, to consider processes proceeding in it. Following necessary item of the given section became the analysis and modelling of requirements by a method of the structural approach. Are constructed IDEF0 - the diagrams reflecting the basic processes of development of information system of the account of payments. In addition to IDEF0 - to diagrams diagrams of dataflows have been created (Data flow diagrams, DFD) are used for the description of document circulation and processing of the information. In a final part of the first section certification and the specification of information system which includes creation of the technical project and the feasibility report is lead.

The second section of the degree project is devoted to designing is information systems of the account of technics. In the presented section the architecture of created system is designed, the user interface is developed. The core in the given section is designing the most information system. For this purpose, means MS Access had been created a database and the scheme of data is developed. By means of CASE-means ERwin the logic and physical model of data is constructed. The given section comes to the end with a substantiation of a choice of a platform Creations of information system, namely, MS Access and MS Visual C#.

The third section is devoted to a stage of realization of information system. Testing sold information system which is carried out for full check of working capacity of the program has been made. Testing was spent by a method of a black box. Result of testing became the report on its carrying out.

In final, fourth section, the stage of management is considered by the information project. In the beginning it has been chosen stage-by-stage model of life cycle with the intermediate control, definite purposes and scopes of the program project. By means of software Microsoft Project the structure the list of works is created, problems and actions of information system of the account of payments are identified. Also the estimation of duration and costs of development is made ON. In the conclusion calculation of economic efficiency of the project as a result of which the effect from introduction of the project is counted pure economic, factor of return of investments, the pure resulted income and internal norm of profitableness has been lead. The Lead calculations have shown, that the project is profitable and quite sold.

список литературы

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

2. Арчер Т. Основы C#. Новейшие технологии, СПб.: 2001.

3. Ахметов К. Практика управления проектами - Microsoft Project Professional 2003. М.: 2004. - 272 с.

4. Баглюк С.И., Мальцев М.Г., Смагин В.А., Филимонихин Г.В. Надежность функционирования программного обеспечения.-С.-Пб.:-1991.-78 cтр.

5. Богданов, В. Управление проектами в Microsoft Project 2002 / В. Богданов. - СПб.: Питер, 2003.

6. Вейскас Дж. Эффективная работа с Microsoft Access 2000 -СПб: Питер, 2001. - 1040 с.: ил.

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

8. Гасанов Э. Э., В. Б. Кудрявцев. Теория хранения и поиска информации, М.: ФИЗМАТЛИТ, 2002. - 288 с.

9. Гетц К., Литвин П., Бэрон Р. Access. Сборник рецептов для профессионалов. 2-е изд., СПб.: Питер, 2004. - 784 с.

10. Грабауров В.А. Информационные технологии для менеджмента, СПб.: 2005.

11. Гуннерсон Э. Введение в C#, М.: 2001.

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

13. Закон РФ «о милиции», от 18 апреля 1991 г. N 1026-I

14. Калянов Г.Н. CASE-технологии: Консалтинг в области автоматизации бизнес-процессов., М.: Горячая линия-Телеком, 2000

15. Кортнер Д., Марквис А. Microsoft Project 2002, М.: 2006. - 621 с.

16. Крёнке Д. Теория и практика построения баз данных 9-е изд., СПб.: Питер, 2004. - 864 с.

17. Кронан А., Андерсен В. Microsoft Office Access 2003. Быстрые шаги, СПб.: 2003.

18. Культяев А.К. Microsoft Project 2002. Управление проектами, М.: 2003

19. Маклаков С.В. BPWin и ERWin. CASE-средства разработки информационных систем. Москва: Диалог-МИФИ, 2000.256 с

20. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. - М.: ДИАЛОГ - МИФИ, 2003 - 432 с.

21. Марка Д.А., МакГоуэн К. Методология структурного анализа и проектирования. Москва, 1993 г.

22. Мармел Э. Microsoft Project 2002. Библия пользователя, М.: 2003

23. Методические указания по оформлению дипломных проектов, курсовых работ, отчетов о производственной практике / И.Г. Акперов, В.А. Долятовский, В.Н. Еременко. - Ростов н/Д: ИУБиП, 2002. - 26 с.

24. Мескон М.Х. Основы менеджмента, М.: Дело, 1997.

25. Микелсен К. Язык программирования C#. Лекции и упражнения. Учебник, СПб.: Питер, 2002. - 689 с.

26. Михеева В., Харитонова А. Microsoft Access 2003. Наиболее полное руководство, СПб.: 2002.

27. Научные работы: методика подготовки и оформления / Авт.-сост. И.Н. Кузнецов. 2-е изд., перераб. и доп. - Мн.: Амалфея, 2000. - 544 с.

28. Петров В. Н. Информационные системы. Учебник, СПб: Питер, 2002. - 668 с.

29. Положение о милиции общественной безопасности в РФ (Собрание актов Президента и Правительства).

30. Праг К., Ирвинг М. Access 2002. Библия пользователя, М.: 2003

31. Роберт Дж. Мюллер. Базы данных и UML. Проектирование. Лори. 2002. 420 стр.

32. Роберт Т.Фатреапп, Дональд Ф.Шаффер, Управление информационными проектами (достижение оптимального качества при минимуме затрат) М.: «Вильямс» 2004 год.

33. Секунов Н. Самоучитель C#, М.: 2001.

34. Сенов А. Access 2003. Практическая разработка баз данных, М.: 2005

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

36. Смирнов Д. Разработка и сопровождение проектов Microsoft Project 2003, СПб.: 2004

37. Смирнова Г.Н. Проектирование экономических информационных систем: Учебник/Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. - М. Финансы и статистика, 2003. - 512 с.: ил.

38. Стовер Т. Эффективная работа Microsoft Project 2002, СПб.: 2003. - 452 с.

39. Уткин В.Б. Информационные системы в экономике, М.: Академия, 2006

40. Хаммер М. Чампи Дж. Реинжиниринг корпорации: Манифест революции в бизнесе, СПб.: Изд. СПб ун-та, 1997

41. Хандхаузен Р. Знакомство с Microsoft Visual Studio 2005, М.: 2006. - 416 с.

42. Черемных, С.В. Структурный анализ систем: IDEF-технологии, М.: Финансы и статистика, 2001.

43. Шеер А. Моделирование бизнес-процессов, СПб.: Питер, 2002. 344 с.

44. Шилдт. Полный справочник по C#, М.: Вильямс, 2004. - 752 с.

45. Эндрю Троелсен. C# и платформа . NET | Книги / Компьютерная литература / Интернет. Веб-дизайн / .NET, СПб.: Питер-пресс, 2002. - 800 с.

ПРИЛОЖЕНИЕ Б - ПРОГРАММНЫЙ КОД (ФРАГМЕНТЫ)

using System;

using System.Drawing;

using System.Collections;

using System.ComponentModel;

using System.Windows.Forms;

namespace mrsst

{

/// <summary>

/// Summary description for Form4.

/// </summary>

public class FormEmployee : System.Windows.Forms.Form

{

private System.Windows.Forms.MainMenu mainMenu1;

private System.Windows.Forms.MenuItem menuItem1;

private System.Windows.Forms.MenuItem menuItem2;

private System.Windows.Forms.MenuItem menuItem3;

private System.Windows.Forms.MenuItem menuItem4;

private System.Windows.Forms.MenuItem menuItem5;

private System.Windows.Forms.MenuItem menuItem6;

private System.Windows.Forms.Panel panel1;

private System.Windows.Forms.Label labelEmployee;

private System.Windows.Forms.ListBox listBoxEmployee;

private System.Windows.Forms.Label labelSurname;

private System.Windows.Forms.Label labelName;

private System.Windows.Forms.Label labelPatronymic;

private System.Windows.Forms.Label labelJobRole;

private System.Windows.Forms.Label labelStatus;

private System.Windows.Forms.Label labelAccess;

private System.Windows.Forms.Label labelNetName;

private System.Windows.Forms.TextBox textBoxSurName;

private System.Windows.Forms.TextBox textBoxName;

private System.Windows.Forms.TextBox textBoxPatronymic;

private System.Windows.Forms.TextBox textBoxNetName;

private System.Windows.Forms.ComboBox comboBoxJobRole;

private System.Windows.Forms.ComboBox comboBoxStatus;

private System.Windows.Forms.ComboBox comboBoxAccess;

private System.Data.SqlClient.SqlCommand sqlSelectCommand1;

private System.Data.SqlClient.SqlCommand sqlInsertCommand1;

private System.Data.SqlClient.SqlCommand sqlUpdateCommand1;

private System.Data.SqlClient.SqlCommand sqlDeleteCommand1;

private System.Data.SqlClient.SqlConnection sqlConnection1;

private System.Data.SqlClient.SqlDataAdapter sqlDataAdapterEmployee;

private System.Data.SqlClient.SqlCommand sqlSelectCommand2;

private System.Data.SqlClient.SqlCommand sqlInsertCommand2;

private System.Data.SqlClient.SqlCommand sqlUpdateCommand2;

private System.Data.SqlClient.SqlCommand sqlDeleteCommand2;

private System.Data.SqlClient.SqlDataAdapter sqlDataAdapterJobTitle;

private mrsst.DaOrder daOrder1;

private System.Windows.Forms.MenuItem menuItem7;

private System.Windows.Forms.MenuItem menuItem8;

/// <summary>

/// Required designer variable.

/// </summary>

private System.ComponentModel.Container components = null;

public FormEmployee()

{

//

// Required for Windows Form Designer support

//

InitializeComponent();

this.DisplayReadOnly();

//

// TODO: Add any constructor code after InitializeComponent call

//

}

/// <summary>

/// Clean up any resources being used.

/// </summary>

protected override void Dispose( bool disposing )

{

if( disposing )

{

if(components != null)

{

components.Dispose();

}

}

base.Dispose( disposing );

}

#region Windows Form Designer generated code

/// <summary>

/// Required method for Designer support - do not modify

/// the contents of this method with the code editor.

/// </summary>

private void InitializeComponent()

{

this.mainMenu1 = new System.Windows.Forms.MainMenu();

this.menuItem1 = new System.Windows.Forms.MenuItem();

this.menuItem2 = new System.Windows.Forms.MenuItem();

this.menuItem3 = new System.Windows.Forms.MenuItem();

this.menuItem4 = new System.Windows.Forms.MenuItem();

this.menuItem5 = new System.Windows.Forms.MenuItem();

this.menuItem6 = new System.Windows.Forms.MenuItem();

this.panel1 = new System.Windows.Forms.Panel();

this.listBoxEmployee = new System.Windows.Forms.ListBox();

this.labelEmployee = new System.Windows.Forms.Label();

this.labelSurname = new System.Windows.Forms.Label();

this.labelName = new System.Windows.Forms.Label();

this.labelPatronymic = new System.Windows.Forms.Label();

this.labelJobRole = new System.Windows.Forms.Label();

this.labelStatus = new System.Windows.Forms.Label();

this.labelAccess = new System.Windows.Forms.Label();

this.labelNetName = new System.Windows.Forms.Label();

this.textBoxSurName = new System.Windows.Forms.TextBox();

this.textBoxName = new System.Windows.Forms.TextBox();

this.textBoxPatronymic = new System.Windows.Forms.TextBox();

this.textBoxNetName = new System.Windows.Forms.TextBox();

this.comboBoxJobRole = new System.Windows.Forms.ComboBox();

this.comboBoxStatus = new System.Windows.Forms.ComboBox();

this.comboBoxAccess = new System.Windows.Forms.ComboBox();

this.sqlSelectCommand1 = new System.Data.SqlClient.SqlCommand();

this.sqlConnection1 = new System.Data.SqlClient.SqlConnection();

this.sqlInsertCommand1 = new System.Data.SqlClient.SqlCommand();

this.sqlUpdateCommand1 = new System.Data.SqlClient.SqlCommand();

this.sqlDeleteCommand1 = new System.Data.SqlClient.SqlCommand();

this.sqlDataAdapterEmployee = new System.Data.SqlClient.SqlDataAdapter();

this.sqlSelectCommand2 = new System.Data.SqlClient.SqlCommand();

this.sqlInsertCommand2 = new System.Data.SqlClient.SqlCommand();

this.sqlUpdateCommand2 = new System.Data.SqlClient.SqlCommand();

this.sqlDeleteCommand2 = new System.Data.SqlClient.SqlCommand();

this.sqlDataAdapterJobTitle = new System.Data.SqlClient.SqlDataAdapter();

this.daOrder1 = new Student_6822.DaOrder();

this.menuItem7 = new System.Windows.Forms.MenuItem();

this.menuItem8 = new System.Windows.Forms.MenuItem();

this.panel1.SuspendLayout();

((System.ComponentModel.ISupportInitialize)(this.daOrder1)).BeginInit();

this.SuspendLayout();

//

// mainMenu1

//

this.mainMenu1.MenuItems.AddRange(new System.Windows.Forms.MenuItem[] {

this.menuItem1});

//

// menuItem1

//

this.menuItem1.Index = 0;

this.menuItem1.MenuItems.AddRange(new System.Windows.Forms.MenuItem[] {

this.menuItem2.Index = 1;

this.menuItem2.Text = "Сохранить";

this.menuItem2.Click += new System.EventHandler(this.menuItem2_Click);

//

// menuItem3

//

this.menuItem3.Index = 2;

this.menuItem3.Text = "Изменить";

this.menuItem3.Click += new System.EventHandler(this.menuItem3_Click);

//

// menuItem4

//

this.menuItem4.Index = 3;

this.menuItem4.Text = "Удалить";

this.menuItem4.Click += new System.EventHandler(this.menuItem4_Click);

//

// menuItem5

//

this.menuItem5.Index = 4;

this.menuItem5.Text = "-";

//

// menuItem6

//

this.menuItem6.Index = 5;

this.menuItem6.Text = "Закрыть";

this.menuItem6.Click += new System.EventHandler(this.menuItem6_Click);

//

// panel1

//

this.panel1.Controls.Add(this.listBoxEmployee);

this.panel1.Controls.Add(this.labelEmployee);

this.panel1.Location = new System.Drawing.Point(8, 8);

this.panel1.Name = "panel1";

this.panel1.Size = new System.Drawing.Size(152, 408);

this.panel1.TabIndex = 0;

//

// listBoxEmployee

//

this.listBoxEmployee.Location = new System.Drawing.Point(8, 40);

this.listBoxEmployee.Name = "listBoxEmployee";

this.listBoxEmployee.Size = new System.Drawing.Size(136, 342);

this.listBoxEmployee.TabIndex = 1;

//

// labelEmployee

//

this.labelEmployee.Font = new System.Drawing.Font("Microsoft Sans Serif", 9F, System.Drawing.FontStyle.Bold, System.Drawing.GraphicsUnit.Point, ((System.Byte)(204)));

this.labelEmployee.ForeColor = System.Drawing.Color.Blue;

this.labelEmployee.Location = new System.Drawing.Point(8, 8);

this.labelEmployee.Name = "labelEmployee";

this.labelEmployee.Size = new System.Drawing.Size(128, 32);

this.labelEmployee.TabIndex = 0;

this.labelEmployee.Text = "Список сотрудников";

//

// labelSurname

//

this.labelSurname.Location = new System.Drawing.Point(208, 72);

this.labelSurname.Name = "labelSurname";

this.labelSurname.Size = new System.Drawing.Size(80, 16);

this.labelSurname.TabIndex = 1;

this.labelSurname.Text = "Фамилия ИО";

// labelJobRole

//

this.labelJobRole.Location = new System.Drawing.Point(208, 184);

this.labelJobRole.Name = "labelJobRole";

this.labelJobRole.Size = new System.Drawing.Size(80, 16);

this.labelJobRole.TabIndex = 4;

this.labelJobRole.Text = "Должность";

//

// labelStatus

//

this.labelStatus.Location = new System.Drawing.Point(208, 208);

this.labelStatus.Name = "labelStatus";

this.labelStatus.Size = new System.Drawing.Size(80, 16);

this.labelStatus.TabIndex = 5;

this.labelStatus.Text = "Статус";

//

// labelAccess

//

this.labelAccess.Location = new System.Drawing.Point(208, 232);

this.labelAccess.Name = "labelAccess";

this.labelAccess.Size = new System.Drawing.Size(96, 16);

this.labelAccess.TabIndex = 6;

this.labelAccess.Text = "Уровень доступа";

//

// textBoxSurName

//

this.textBoxSurName.Location = new System.Drawing.Point(304, 72);

this.textBoxSurName.Name = "textBoxSurName";

this.textBoxSurName.Size = new System.Drawing.Size(152, 20);

this.textBoxSurName.TabIndex = 8;

this.textBoxSurName.Text = "";

//

// textBoxName

//

this.textBoxName.Location = new System.Drawing.Point(304, 104);

this.textBoxName.Name = "textBoxName";

this.textBoxName.Size = new System.Drawing.Size(152, 20);

this.textBoxName.TabIndex = 9;

this.textBoxName.Text = "";

//

// textBoxPatronymic

//

this.textBoxPatronymic.Location = new System.Drawing.Point(304, 136);

this.textBoxPatronymic.Name = "textBoxPatronymic";

this.textBoxPatronymic.Size = new System.Drawing.Size(152, 20);

this.textBoxPatronymic.TabIndex = 10;

this.textBoxPatronymic.Text = "";

//

// textBoxNetName

//

this.textBoxNetName.Location = new System.Drawing.Point(304, 256);

this.textBoxNetName.Name = "textBoxNetName";

this.textBoxNetName.Size = new System.Drawing.Size(152, 20);

this.textBoxNetName.TabIndex = 11;

this.textBoxNetName.Text = "";

//

// comboBoxJobRole

//

this.comboBoxJobRole.Location = new System.Drawing.Point(304, 184);

this.comboBoxJobRole.Name = "comboBoxJobRole";

this.comboBoxJobRole.Size = new System.Drawing.Size(152, 21);

this.comboBoxJobRole.TabIndex = 12;

this.comboBoxStatus.Location = new System.Drawing.Point(304, 208);

this.comboBoxStatus.Name = "comboBoxStatus";

this.comboBoxStatus.Size = new System.Drawing.Size(152, 21);

this.comboBoxStatus.TabIndex = 13;

//

// comboBoxAccess

//

this.comboBoxAccess.Items.AddRange(new object[] {

"инженер",

"начальник тыла",

"начальник ГАИ",

"оператор",

"начальник милиции"});

this.comboBoxAccess.Location = new System.Drawing.Point(304, 232);

this.comboBoxAccess.Name = "comboBoxAccess";

this.comboBoxAccess.Size = new System.Drawing.Size(152, 21);

this.comboBoxAccess.TabIndex = 14;

//

// sqlSelectCommand1

//

this.sqlSelectCommand1.CommandText = "SELECT EmployeeID, JobRoleID, EmployeeSurname, EmployeeName, EmployeePatronymic, " +

"EmployeeStatus, Access, NetName FROM dbo.Employee";

this.sqlSelectCommand1.Connection = this.sqlConnection1;

//

// sqlConnection1

//

this.sqlConnection1.ConnectionString = "workstation id=\"608-24\";packet size=4096;integrated security=SSPI;data source=\"60" +

"8-24\\MS608_24\";persist security info=False;initial catalog=DOL";