Разработка автоматизированной информационной системы учета заявок на ремонт подвижного состава на примере предприятия РМ ПАТП-6

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

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

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

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.

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

Рисунок 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ч

4.5 Оценка размера и возможности повторного использования ПО

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

В ходе проектирования были определены сроки выполнения работ по созданию автоматизированной информационной системы для РМПАТП-6, представлены в приложении…

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

, (4.1)

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

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

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

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

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

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

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

Таблица 7 - Ресурсы проекта

Название ресурса	Тип ресурса	Количество	Стандартная ставка (р./ч)
Руководитель проекта	Трудовой	1	130,00
Аналитик	Трудовой	1	90,00
Проектировщик	Трудовой	1	90,00
Программист	Трудовой	1	100,00
Дизайнер	Трудовой	1	80,00
Тестер	Трудовой	1	70,00

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

1. Руководитель проекта:

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

- определение ожидаемого результата;

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

- постановка задачи;

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

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

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

2. Аналитик:

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

- определение ожидаемого результата;

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

- постановка задачи;

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

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

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

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

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

- определение уровней бизнес - логики;

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

3. Проектировщик:

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

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

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

- создание логической модели данных;

- определение уровней бизнес-логики;

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

4. Программист:

- реализация базы данных;

- реализация ядра системы;

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

- внедрение системы;

- отладка;

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

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

5. Дизайнер:

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

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

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

6. Тестер:

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

- тестирование ИС.

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

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

Эффективность - выполнение требуемых функций при минимальных затратах ресурсов. Ежемесячные затраты составят 10000 рублей. Срок, на который рассчитывается проект (n) 2 года. Стартовые инвестиции (IC) 30000 рублей. Ставка дисконтирования - 12%. Дополнительная прибыль от реализации проекта (DP) = 50000 руб.

Rk - ежемесячные денежные поступления в течение периода рассчитывается по формуле (4.2)

, (4.2)

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

, (4.3)

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

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

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

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

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

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

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

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

Так как NPV > 0, то проект следует принять.

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

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

, (4.4)

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

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

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

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

, (4.5)

Таблица 8 - Ставка дисконтирования

Ставка дисконтирования 1	Ставка дисконтирования 2
0,25	0,50
1-год	32000	1-год	26666
2-год	25641	2-год	17777
NPV1=	57641р.	NPV2=	14443р.

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

, (4.6)

Срок окупаемости проекта десять месяцев.

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

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

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

Заключение

В дипломном проекте в процессе разработки АИС «Учета заявок на ремонт подвижного состава» для РМПАТП-6 были решены следующие задачи:

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

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

- организационная структура РМПАТП-6;

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

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

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

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

В четвертой главе дипломного проекта проведено обоснование выбора операционной системы и инструментального средства для разрабатываемой ИС «Учета заявок на ремонт подвижного состава» для РМПАТП-6.

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

Проведено тестирование информационной системы.

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

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

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

Список сокращений

ИС - информационная система;

ПО - программное обеспечение;

СУБД - система управления базами данных;

ЖЦ - жизненный цикл;

АИС - автоматизированная информационная система;

ТЗ - техническое задание;

БД - база данных;

РМПАТП - ростовское муниципальное пассажирское автотранспортное предприятие.

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

1. Вендров, А.М. Проектирование программного обеспечения экономических информационных систем: Учебник /А.М. Вендров / - М.: Финансы и статистика, 1996.

2. Виленский, П.Л. Оценка эффективности инвестиционных проектов: Теория и практика. Учебное пособие. - 2-е изд., перераб. и доп./ П.Л. Виленский, В.Н. Лившиц, С.А. Смоляк/ - М.: Дело, 2002.

3. Вендров, А.М. CASE- технологии - современные методы проектирования информационных систем. Учебник / А.М. Вендров/ -М.: Финансы и статистика, 1998.

4. Гейн, К. Системный структурный анализ: средства и методы. Учебник: пер с англ. /К. Гейн, Т. Сарсон/ - М.: Эйтекс, 1992.

5. Диго, С.М. Проектирование и эксплуатация баз данных. Учебник /С.М. Диго/ - М.: Фмнансы и статистика, 1995.

6. Глушков, В.М. Основы безбумажной информатики. Учебник - 2-е изд., испр. /В.М. Глушков/- М.: Наука, 1987.

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

8. Баронов, В.В. Автоматизация управления предприятием. Учебник/ В.В. Баронов, Г.Н. Калянов, Ю.Н. Попов/ - М.: ИНФРА-М, 2000.

9. Дубров, А.М. Компонентный анализ и эффективность в экономике. Учебное пособие /А.М. Дубров /- М.: Финансы и статистика, 2001.

10. Зиндер, Е.З. Бизнес - реинжиниринг и технологии системного проектирования. Учебное пособие /Е.З. Зиндер/ -М.: Центр информационных технологий, 1996.

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

12. Грабер. М.Р. Введение в SQL. Учебное пособие. / М.Р. Грабер / СПб.: Лори, 2003.

13. Зиндер, Е.З. Реинжиниринг + информационные технологии = новое системное проектирование. //Открытые системы. - 1996 -№1. - С. 56-59.

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

15. Ивлев, В.А. Построение бизнес-системы// Компьютер Пресс. -1996. - Июнь, - С. 120-122.

16. Ивлев, В.А. Реорганизация деятельности предприятий: от структурной к процессной организации. Учебник /В.А. Ивлев, Т.В. Попова/ - М.: Научтехлитиздат, 2000.

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

18. Калянов, Г.Н. Теория и практика реорганизации бизнес-процессов. Учебник /Г.Н. Калянов/ - М.:СИНТЕГ, 2000.

19. Лапа, А.В. Проектирование бизнес - процессов предприятия на основе системы управления знаниями. Учебник / А.В. Лапа, Ю.Ф. Тельнов, / - М.:Физматлит, 2002.

20. Карпова, Т.С. Базы данных: модели, разработка, реализация. Учебник /Т.С. Карпова/. - СПб.: Питер, 2002.

21. Кравченко, В.Ф. Организационный реинжиниринг. Учебное пособие / В.Ф. Кравченко, Е.Ф. Кравченко, П.В. Забелин/ - М.: Приор, 1999.

22. Кукушкин, А.А. CASE-моделирование информационных процессов. Учебник /А.А. Кукушкин, А.А. Овсянников/ - Орел: ВИПС, 1998.

23. Калянов, Г.Н. CASE. Структурный системный анализ (автоматизация и применение). Учебник /Г.Н. Калянов/- М.: Лори, 1996.

24. Лагоша, Б.А. Методы и модели совершенствования организационных структур. Учебник /Б.А. Лагоша/ - М.: Наука, 1988.

25. Маклаков, С.В. BPwin, Erwin. CASE-средства разработки информационных систем. Учебник /С.В Маклаков/ - М.: ДИАЛОГ - МИФИ, 1999.

26. Трахтенгерц, Э.А. Компьютерная поддержка принятия решений. Учебник /Э.А. Трахтенгерц/- М.: СИНТЕГ, 1998.

27. Передерий, Н. Организация труда руководителя на базе ЭВМ. // Управление персоналом. - 1999. -№6. - С. 10-12.

28. Борзов Ю.В. «Методы тестирования и отладки программ ЭВМ». Рига, ЛГУ им. П. Стучки, 1997.

29. Скотт, К. UML. Основные концепции. Учебник: пер с англ. /К. Скотт/ - М.: Издательский дом «Вильямс», 2002.

30. Тельнов, Ю.Ф. Реинжиниринг бизнес - процессов. Компонентная методология. Учебник. - 2-е изд., перераб. и доп. /Ю.Ф. Тельнов/ - М.:Финансы и статистика, 2004. - 320с.:ил.

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

32. Резник, С.Д. Управление кафедрой. Учебник. - 2-е изд., перераб. и доп. /С.Д. Резник/- М.: ИНФРА-М, 2004.

33. Трахтенгерц, Э.А. Субъективность в компьютерной поддержке управленческих решений. Учебник /Э.А. Трахтенгерц/-М.: СИНТЕГ, 2001.

34. Шапот, М.Д. Инструментальные средства поддержки реинжиниринга бизнес - процессов. Учебник/ М.Д. Шапот/ - М.: ЦРДЗ, 1996.

35. Эрик Дж. Н. Проектирование баз данных с помощью UML. Учебник: пер. с англ. /Дж.Н. Эрик, А.М. Роберт/ - СПб.: Издательский дом «Вильямс», 2002.

36. Дж. Тельман, «Основы систем баз данных», М,: Финансы и статистика, 1993.

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

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

39. Брудник С.С. «Экономическое содержание дипломных проектов», М.:ГАНГ, 2005.

40. Брудник С.С. «Определение экономической эффективности программных средств в АСУ» - М.:ГАНГ, 1995.

41. Справочная система Microsoft Office Project 2003 RUS

42. Юдицкий, С.А. Методология структурного анализа и логическог проектирования сложных информационно - управляющих систем.// Приборы и системы управления. - 1994. - №4. - С. 15 -25.

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

44. Программирование на MSAccess, VB [электронный документ] (http://am.rusimport.ru/MsAccess/topic.aspx) Проверено 19.05.08

45. Программирование на MS Access, VBA, разработка баз данных [электронный документ] (http://msa.dimsign.ru/index.php) Проверено 21.05.08

Приложение A - Обоснование выбора ЖЦ разработки ПО

Таблица В.1 - Выбор модели ЖЦ на основе характеристик требований

Требования	Каскадная	Имитационная
Могут ли требования заранее определятся в цикле	Да	Нет
Являются ли требования легко определимыми и/или хорошо известными	Да	Нет
Часто ли изменяются требования в цикле	Нет	Да
Нужно ли демонстрировать требования с целью определения	Нет	Да
Требуется ли демонстрация возможностей проверка концепции	Нет	Да
Будут ли требования отражать сложность системы	Нет	Да
Обладает ли требование функциональными свойствами на раннем этапе	Нет	Да

Таблица В.2 - Выбор модели ЖЦ на основе характеристик проектов и рисков

Тип проекта и риски	Каскадная	Имитационная
Будет ли проект идентифицировать новое направление продукта для организации	Нет	Да
Будет ли проект являться расширением существующей системы	Нет	Нет
Будет ли финансирование проекта стабильным на всем протяжении ЖЦ	Да	Нет
Ожидается ли длительная эксплуатация продукта в организации	Да	Да
Должна ли быть высокая степень надежности	Нет	Да
Будет ли система изменяться, возможно, с применением непредвиденных методов, на этапе сопровождения	Нет	Да
Доступны ли повторно используемые компоненты	Нет	Да
Являются ли достаточными ресурсы (время, деньги, инструменты, персонал)	Нет	Да

Таблица В.3 - Выбор модели ЖЦ на основе характеристик пользователей

Коллектив пользователей	Каскадная	Имитационная
Будет присутствие пользователей ограниченно в ЖЦ	Да	Да
Будут ли пользователи знакомы с определением системы	Нет	Да
Будет ли заказчик отслеживать ход выполнения проекта	Нет	Да

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