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

 

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

Программа должна обеспечивать:

¾ работу с входными данными (полная информация о лице подлежащему призыву на обязательную воинскую службу);

¾ получение выходных документов (структурированная информация содержащая вcе необходимые сведения о военнообязанных лицах);

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

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

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

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

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

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

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

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

ЗАКЛЮЧЕНИЕ

 

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

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

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

Проведен анализ требований, предъявляемых пользователями к информационной системе. В процессе формирования требований принимали участие следующие лица: Глава администрации, Инспектор ВУС (Военно-учетного стола отдела воинского учета), Специалист первой категории администрации. Результаты моделирования требований представлены в виде диаграмм прецедентов. Осуществлён процесс специфицирования требований. Итогом данного этапа стало выполнение аттестации требований посредством прототипирования.

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

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

Физическое представление системы заключалось в построении диаграммы компонентов системы и диаграммы развертывания. Программа была спроектирована как трехзвенное приложение состоящее из: модулей Systems.Windows.Forms, сервера и сервера базы данных MS SQL Server 2005.

В ходе осуществления процесса проектирования выполнено моделирование структуры данных (логическая и физическая модели). Программное средство используемое для создания CASE-средства использовался программный продукт Rational Rose 2000 Enterprise Edition. Был рассмотрен использованный программный инструментарий. В качестве среды разработки программного обеспечения была использована Microsoft Visual Studio 2005 и язык программирования C#. Для управления контроля версиями программного продукта использовалось стандартное средство из свойств проекта Publish Version.

В третьем разделе дипломного проекта рассмотрена реализация программного продукта и вопросы связанные с реализацией. Реализованы функции и классы взаимодействия с базой данных. Приведены методы и свойства классов. Продемонстрирован фрагментарно исходный код. Так же рассмотрена и продемонстрирована методика взаимодействия приложения с СУБД MS SQL Server 2005. Проведено тестирование программного кода с использованием стандартных средств предоставляемых Microsoft Visual Studio 2005.

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

В четвертом разделе дипломного проекта определялась цель и область действия программного продукта. Осуществлен выбор модели жизненного цикла процесса разработки по результатам, представленным в таблице 4.1 – «Определение оптимальной модели жизненного цикла в баллах». Составлена структура пооперационного перечня работ с использованием пакета управления проектами Microsoft Project 2003, на её основе построен график выполнения работ, приведена диаграмма Гантта.

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

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

СПИСОК ЛИТЕРАТУРЫ

 

1. 1C: Предприятие [Электронный документ] (http://v8.1c.ru.) Проверено 07.06.2007

2. ООО Научно-производственный центр «КОСМОС-2» [Электронный документ] (http://www.cosmos2.aaanet.ru/) Проверено 07.06.2007

3. ЗАО ИВЦ ИНСОФТ [Электронный документ] (http://projects.economy.gov.ru/) Проверено 07.06.2007

4. Визуальный словарь [Электронный документ] (http://i.viwo.ru/ ) Проверено 07.06.2007

5. Боггс У., Боггс М. UML и Rational Rose. 2002. / Боггс У., Боггс М. – М.: ЛОРИ. - 2002. - 582 с.

6. Вендров, А.М. CASE технологии Современные методы и средства проектирования информационных систем. / А.М. Вендров.- М.: Финансы и статистика, 1998. – 193 с.

7. Вигерс, К. Разработка требований к программному обеспечению.: Пер. с англ. / К. Вигерс.:– М.: Издательско-торговый дом «Русская редакция», 2004

8. Фатрелл, Т. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. / Р.Т. Фатрелл, Д.Ф. Шафер, Л.И. Шафер. – М.: Издательский дом "Вильямс", 2003.

9. Вигерс, К. Разработка требований к программному обеспечению.: Пер. с англ. / К. Вигерс.:– М.: Издательско-торговый дом «Русская редакция», 2004.

10. Мацяшек, Л.А. Анализ требований и проектирование систем. Разработка информационных систем с использованием UML. ./ Л. А. Мацяшек. Пер. с англ. – М.: Издательский дом «Вильямс». – 2002.

11. Атре, Ш. Структурный подход к организации баз данных / Ш. Атре.: Пер. с англ. А.А. Александрова и В.Ш. Будзко; под ред В.И. Будзко. – М.: Финансы и статистика. 1983. – 468 с.

12. Алехина, Г.В. Информационные технологии в экономике и управлении. / Г.В. Алехина.– М.:МЭСИ, 2002. – 635 с.

13. Буч Г. Объектно-ориентированный анализ и проектирование. / Буч Г.: Пер. с англ. – М: «Издательство Бином», 1999.

14. Буч Г., Рамбо Д., Джекобсон А. UML – руководство пользователя. / Буч Г., Рамбо Д., Джекобсон А.: Пер с англ. – М: «ДМК», 2001

15. Избачков, Ю.С. Информационные системы. Учебник для вузов / Ю.С. Избачков, В.Н. Петров. 2-е изд. – СПб.: Питер, 2005. – 739 с.

16. Microsoft Corporation Проектирование и реализация баз данных Microsoft SQL Server 2000. Учебный курс MCAD/MCSE, MCDBA/Пер. с англ. — 2-е изд., испр. — М.: Издательско-торговый дом Русская Редакция,

17. 2003. - 512стр.

18. Конноли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. / Конноли Т., Бегг К.: Пер. с англ. – М.: Изд. Дом «Вильямс», 2001. – 1120 с.

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

20. Диго, С.М. Проектирование и использование баз данных. / С.М. Диго. - М.: Финансы и статистика. 1995. – 216с.

21. Когаловский, М.Р. Энциклопедия технологий баз данных / М.Р. Когаловский. – М.: Финансы и статистика, 2002. – 800с.

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

23. Страуструп Б. Язык программирования С++, 3-е изд./Пер. с англ. – М.: «Издательство Бином», СПб: «Невский диалект», 1999. – 991 с.

24. Лабор В.В., Си Шарп: Создание приложений для Windows/ В. В. Лабор.— Мн.: Харвест, 2003. -384 с.

25. Джесс Либерти. Microsoft Visual C# Создание Net приложений: Пер. с англ. – К.: ВЕК+, М.: ЭНТРОП, 2002. – 704 с.

26. Visual Studio Documentation. MSDN Library –2005.

27. А. Горев, С. Макашарипов, Р. Ахаян. Эффективная работа с СУБД - 2004

28. Сеппа Д. Microsoft ADO.NET/Пер. с англ. — М.: Издательско-торговый домРусская Редакция, 2003- — 640 стр.

29. Троелсен. Э. С# и платформа .NET. Библиотека программиста. — СПб.: Питер, 2004. —796 с.:

30. Трельсен Э. Модель COM и применение ATL 3.0. / Пер. с англ. – СПб: BHV. 2000. – 926 с.

31. Армстронг Т. ActiveX: создание Web-приложений. / Пер. с англ. – К.: BHV. 1998. – 592 с.

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

33. Ван Тассел Д. Стиль, разработка, эффективность, отладка и испытание программ. – М.: Мир. – 1981

34. Коллинз Г. Структурные методы разработки систем: от стратегического планирования до тестирования. / Коллинз Г., Блей Дж. Пер. с англ. – М.: Финансы и статистика, 1986. 264 с.

35. Богдатских, В.А. Экономика, разработка и использование программного обеспечения ЭВМ: Учебник. / В.А. Богдатских. - М.: Финансы и статистика, 1995. – 288 с.

36. Корнеев, И.К. Информационные технологии в управлении / И.К Корнеев, В.А. Машурцев . – М.:ИНФРА – М, 2001. – 651 с.

37. Хубаев, Г.Н. Экономическая оценка потребительского качества программных средств: Текст лекций / Г.Н. Хубаев. - РГЭА.: Ростов-на-Дону, 1997. – 94 с.

38. Хубаев, Г.Н. Экономика проектирования и применения банков данных / Г.Н. Хубаев. - Ростов-на-Дону: Изд-во РИСХМ, 1989. – 69 с

39.  RAD материал из Википедия – свободная энциклопедия [Электронный документ] (http://ru.wikipedia.org/) Проверено 07.06.2007

ПРИЛОЖЕНИЯ

 

Приложение А - Спецификация требований к программному обеспечению

 

Введение

Назначение

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

Объем проекта и функции продукта

Продукт позволит осуществить:

¾  Отказаться от бумажного процесса постановки на первоначальный учет:

¾ Структурировать хранящиеся данные;

¾  Уменьшить площадь хранимой информации за счет использования информационных технологий;

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

¾ .Гражданине подлежащего воинскому призыву;

¾ Родителях гражданина;

¾ Ближайших родственниках;

¾ Паспортные данные;

¾ Месте рождения;

¾ Месте регистрации и фактическом месте проживания;

¾ Категориях граждан;

¾ Гражданах снятых с учета по причине смены места жительства;

¾ Гражданах снятых с учета по достижении 50 лет.

Общее описание

Общий взгляд на продукт

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

¾ Минимизировать сроки создания индивидуальной карточки гражданина;

¾ Формировать необходимых отчетов по заданным критериям;

¾ Получать необходимые сведения по конкретному лицу;

¾ Ускорить поиск данных;

¾ Вести реестр категорий граждан;

¾ Получать сведения о лицах снятых с учета по достижении 50 лет или сменивших место жительства;

¾ Получать сведения о лицах проходящих действительную воинскую службу;

¾ Получать сведения о лицах находящихся в запасе, с указанием их звания и профессии.

Классы и характеристики пользователей

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

 

Класс пользователей	Описание
1. Инспектор ВУС	Персонал отдела воинского учета занимающийся воинским учетом граждан в поселении
2. Начальник отдела

 

Операционная среда

Операционная среда-1. Минимальные требования к операционной системе - Windows XP.

Ограничения дизайна и реализации

Ограничения дизайна и реализации-1. Приложение должно быть написано на высокоуровневом языке C#.

Ограничения дизайна и реализации-2. База данных должна быть спроектирована в MS SQL Server 2005

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

Документация для пользователей

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

Функции системы

Функциональные требования

 

Функция	Требование
1. Создать карточку	Сохранить в базе данных сведения о гражданине, внесенные с помощью формы
2. Получить список всех призывников	Получить список всех граждан подлежащих воинскому призыву
3. Найти запись	Найти необходимые сведения по введенным критериям предлагаемых ИС
4. Сформировать отчет	Сформировать отчет по конкретному гражданину
5. Снять с учета	Снять с учета гражданина по причине смены места жительства
6. Изменить запись	Провести корректировку уже сохраненной записи в базе данных

 

Требования к внешнему интерфейсу

Интерфейсы пользователя

Интерфейсы пользователя-1. Экраны вывода должны соответствовать общепринятым стандартам.

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

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

Программные интерфейсы

Интерфейсы передачи информации

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

Требования к производительности

Требования к производительности-1. Загрузка данных из БД не должна превышать более чем 5 сек

Требования к охране труда

Требования к охране труда не определены.

Требования к безопасности

Требования к безопасности не определены.

Атрибуты качества ПО

Доступность-1. Система должна быть доступна в рабочее время с 08.00 до 17.00 для инженера разработчика и во время проведения испытаний

Надежность-1. Система не должна нарушать целостность данных.

Приложение Б. Прототиты пользовательского интерфейса

 

Рисунок Б.1 – Внешний вид основного окна программы.

 

Рисунок Б.2 – Окно медицинской карты призывника.

Приложение В. Атрибуты управляющих таблиц проектируемой ИС

 

Таблица В.1 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «Grazdanin» -Гражданин
ID	int	Уникальный номер гражданина
Name	text	Имя гражданина
SecondName	text	Фамилия
LastName	text	Отчество
GerlsName	text	Девичья фамилия
Rozd_Oblast	text	Название региона
Rozd_Raion	text	Название района
Rozd_Gorod	text	Название города/села
DataRozd	datetime	Дата рождения
CreateDay	datetime	Дата записи
ID_Relatives	int	Уникальный номер гражданина
ID_Father	int	Уникальный номер гражданина
ID_Mother	int	Уникальный номер гражданина
ID_Adress_Pasport	int	Уникальный номер гражданина
ID_Adress_Fuctual	int	Уникальный номер гражданина
Foto	image	Хранимая фотография гражданина

 

Таблица В.2 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «Passport_Data» -Паспортные данные
ID	int	Уникальный номер гражданина
Pas_Ser_1pole	nchar(10)	Серия паспорта
Pas_Ser_2pole	nchar(10)	Серия паспорта
Nomer	nchar(10)	Номер паспорта
Vidan	text	Подразделение выдавшее паспорт
DateVidathi	datetime	Дата выдачи
Kod_1pole	nchar(10)	Код подразделения выдавшего паспорт
Kod_2pole	nchar(10)	Код подразделения выдавшего паспорт
Атрибуты таблицы «Fuctual_Place_Residence» -Фактическое место проживания
ID	int	Уникальный номер гражданина
Endex	nchar(10)	Индекс
Oblast	text	Область фактического проживания
Raion	text	Район фактического проживания
Gorod	text	Город фактического проживания
Street	text	Улица фактического проживания
House	nchar(10)	Дом фактического проживания
ZaregDate	datetime	День регистрации места жительства по паспорту
Kvartira	nchar(10)	Квартира фактического проживания
HomeTel	nchar(10)	Домашний телефон
WorkTel	nchar(10)	Рабочий телефон

 

Таблица В.4 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «Get_Out» -Сменившие место проживания
ID	int	Уникальный номер гражданина

 

Таблица В.5 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «In_Army» -Проходящие действительную воинскую службу
ID	int	Уникальный номер гражданина
ID_MedCard	int	ID Мед карты гражданина

 

Таблица В.6 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «Med_card» -Медицинская карта гражданина
ID	int	Уникальный номер гражданина
KategorGodn	text	Категория годности гражданина к службе в армии

 

Таблица В.7 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «Negoden» - Граждане, не подлежащие призыву в армию по состоянию здоровья
ID	int	Уникальный номер гражданина
ID_MedCard	int	ID Мед карты гражданина

 

Таблица В.8 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «Officcer» -Офицер запаса
ID	int	Счетчик
ID_Zapas	int	ID Запасника
Zvanie	text	Звание гражданина находящегося в запасе
Uthebnoe_Zavidenie	text	Название учебного учреждения

 

Таблица В.9 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «Sniat_50» -Граждане, снятые с учета по достижении 50 лет
ID	int	Уникальный номер гражданина
Zvanie	text	Звание гражданина на момент снятия с учета

 

Таблица В.10 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «Soldat» -Солдат запаса
ID	int	Счетчик
ID_Zapas	int	ID Запасника
Professia	text	Профессия полученная во время прохождения действительной воинской службы

 

Таблица В.11 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «Zapasnik» -Граждане находящиеся в запасе
ID	int	Уникальный номер гражданина

 

Таблица В.12 – Спецификация таблиц базы данных

Имя поля	Тип	Значение
Атрибуты таблицы «Prizivnik» - Гражданин подлежащий призыву на действительную воинскую службу
ID	int	Уникальный номер гражданина
ID_MedCard	int	ID Мед карты гражданина

                                                                  

Приложение Г - Выбор модели жизненного цикла

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

 

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

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

 

Таблица Г.2 – Выбор модели ЖЦ на основе характеристик команды разработчиков

Команда разработчиков проекта	Каскадная	V-образная	Прототипирование	Спиральная	RAD	Инкрементная
Являются ли проблемы предметной области проекта новыми для большинства разработчиков	Нет	Нет	Да	Да	Нет	Нет
Является ли технология предметной области проекта новой для большинства разработчиков	Да	Да	Нет	Да	Да	Да
Являются ли инструменты, используемые проектом, новыми для большинства разработчиков	Да	Да	Нет	Да	Нет	Нет
Изменяются ли роли участников проекта во время ЖЦ	Нет	Нет	Да	Да	Нет	Да
Могут ли разработчики проекта пройти обучение	Нет	Да	Нет	Нет	Да	Да
Является ли структура более значимой для разработчиков, чем гибкость	Да	Да	Нет	Нет	Да	Да
Будет ли менеджер проекта строго отслеживать прогресс проекта	Да	Да	Нет	Да	Да	Да
Важна легкость распределения ресурсов	Да	Да	Нет	Нет	Да	Да
Приемлет ли команда равноправные обзоры инспекций	Да	Да	Да	Да	Да	Да

 

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

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

 

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

Коллектив пользователей	Каскадная	V-образная	Прототипирование	Спиральная	RAD	Инкрементная
Будет ли присутствие пользователей ограниченно в ЖЦ	Да	Да	Нет	Да	Да	Да
Будут ли пользователи знакомы с определением системы	Нет	Нет	Да	Да	Нет	Да
Будут ли пользователи ознакомлены с проблемами предметной области	Нет	Нет	Да	Нет	Да	Да
Будут ли пользователи вовлечены во все фазы ЖЦ	Нет	Нет	Да	Нет	Да	Нет
Будет ли заказчик отслеживать ход выполнения проекта	Нет	Нет	Да	Да	Нет	Нет

 

Приложение Д – Диаграмма Гантта