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

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

 

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

 

Для нормального функционирования системы требуется операционная система Microsoft Windows XP, а также установленный пакет MS Office 2003 c обязательным приложением MS Access 2003, SQL-server. Для развертывания приложения необходимо, чтобы на жестком диске объем свободного места был не менее 30 Мб. Для установки приложения был создан Install.exe, автоматически сгенерировавший инсталляционный пакет проекта. Чтобы установить ИС, достаточно запустить файл Install.exe, и далее следовать инструкциям мастера установки.

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

 

Выводы по главе

 

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

 

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

 

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

 

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

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

Графическое представление итерационной модели ИС представлено на рисунке 4.1.

 

Рисунок 4.1 - Графическое представление итерационной модели

 

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

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

Преимущества итерационной модели.

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

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

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

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

 

Таблица 1 – Определение приемлемой модели ЖЦ

 

Модель ЖЦ	Вес в баллах
Каскадная модель ЖЦ	5
Итерационная модель ЖЦ	14

 

 

 

 

В данном случае суммарный балл имитационной модели ЖЦ наибольший. Это означает, что для реализации проекта целесообразно применить имитационную модель ЖЦ ПО.

 

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

 

Целью программного проекта является разработка системы учета сходов подвижного состава для предприятия РМПАТП-6

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

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

Проект будет:

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

Проект не будет:

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

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

Разработанное техническое задание для разрабатываемого проекта представлено в ТЗ.

 

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

 

Процесс создания информационной системы для РМПАТП-6 можно представить в виде перечня работ, который разрабатывался в приложении Microsoft Office Project 2007 – и включает следующие этапы:

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

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

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

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

Разработка

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

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

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

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

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

Внедрение

• определение методики обучения;
• разработка обучающих материалов;
• обучение.

(Microsoft Office Project 2007) - это программный продукт, который позволяет правильно распределить график работ между членами команды разработчиков ПО /47/. Правильно построенный пооперационный перечень работ позволяет четко распределить время, для каждого этапа разработки программного обеспечения начиная с анализа предметной области и заканчивая внедрением системы. Каждый этап имеет временные параметры начала и завершения работ, что позволяет распределить по времени полную разработку проекта.

Более наглядное представление структуры пооперационного перечня работ приводится в приложении Ж, на рисунке Ж.1.

 

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

 

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

Рабочий график содержит информацию о продолжительности работы, её основных стадиях, сведения о конечных результатах, а также информацию, поступившую от ответственных за выполнение соответствующих задач. Для представления графика работ используется диаграмма Гантта. Фактически этот вид диаграмм хорошо известен даже тем, кто никогда не сталкивался с разработкой каких-либо проектов. На диаграмме Гантта слева перечислены производственные действия, а справа указаны периоды в виде полосок, длина которых соответствует длительности исполнения каждого этапа в соответствии с временной шкалой (приложение Ж, рисунок Ж.2).

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

Таблица 2 – Использование задач

Наименование задачи		Необходимый ресурс		Трудозатраты
Анализ предметной области				177ч
Определение целевого назначения проекта		Руководитель проекта		17ч
		Аналитик		17ч
Определение ожидаемого результата		Руководитель проекта		23ч
		Аналитик		23ч
Определение сроков выполнения работ		Руководитель проекта		7ч
		Аналитик		7ч
Постановка задачи		Руководитель проекта		14ч
		Аналитик		14ч
Составление технического задания		Руководитель проекта		10ч
		Аналитик		10ч
Составление графика выполнения работ		Руководитель проекта		10ч
		Аналитик		10ч
Оценка стоимости проекта		Аналитик		15ч
Проектирование			344ч
Теоретическое описание применяемых методов	Аналитик		14ч
	Проектировщик		14ч
Определение функций системы	Аналитик		20ч
	Проектировщик		24ч
Создание модели функционирования системы	Проектировщик		64ч
Создание логической модели данных	Проектировщик		64ч
Определение уровней бизнес - логики	Аналитик		24ч
	Проектировщик		48ч
Создание пользовательского интерфейса	Дизайнер		48ч
	Проектировщик		24ч
Разработка			308ч
Реализация базы данных	Программист		90ч
Реализация пользовательского интерфейса	Программист		94ч
Внедрение системы	Программист		124ч
Тестирование			96ч
Тестирование модулей	Тестер		48ч
Отладка	Программист		48ч
Составление документации			144ч
Разработка справки	Программист		24ч
	Дизайнер		24ч
Разработка руководства пользователя	Программист		48ч
	Дизайнер		24ч
Создание итогового отчета по проекту	Руководитель проекта		12ч
	Аналитик		12ч