Создание и внедрение модуля информационной системы для автоматизации учета приема аварийных автомобилей и реализации б/у запчастей

Разработка информационной системы на платформе "1С:Предприятие 8.0" для автоматизации документооборота и учета по приему аварийных автомобилей и составлению заказ-нарядов. Проектирование интерфейса. Построение логической и физической моделей данных.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 14.02.2015
Размер файла 640,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Метод дельфи - это технология, которая применяется для прогнозирования и экспертизы. Метод был разработан в 1953 году Гордоном и Хелмером в RAND Corp. Суть метода состоит в структурировании процесса групповой коммуникации, направленном на создание условий эффективной работы группы над комплексной проблемой. Метод дельфи использует итерративные независимые опросы экспертной панели, которые позволяют определять вероятность, значение и следствие факторов, тенденций и событий, связанных с обсуждаемой проблемой. После первого тура опросов участники экспертной панели получают все ответы, данные другими участниками, без указания авторов ответов. Этот прием позволяет экспертам уточнить и скорректировать свои позиции.

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

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

SWOT -- метод анализа в стратегическом планировании, заключающийся в разделении факторов и явлений на четыре категории: Strengths (Сильные стороны), Weaknesses (Слабые стороны), Opportunities (Возможности) и Threats (Угрозы). SWOT-анализ позволяет определить причины эффективной или неэффективной работы компании на рынке и на основании этого разработать стратегию дальнейшего развития.

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

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

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

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

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

5.3 SWOT - анализ

Классический SWOT-анализ предполагает определение сильных и слабых сторон в деятельности фирмы, потенциальных внешних угроз и благоприятных возможностей и их оценку в баллах относительно среднеотраслевых показателей или по отношению к данным стратегически важных конкурентов. Классическим представлением информации такого анализа являлось составление таблиц сильных сторон в деятельности фирмы (S), ее слабых сторон (W), потенциальных благоприятных возможностей (О) и внешних угроз (Т).

На пересечении SW с OT проставляется экспертная оценка их взаимного влияния в баллах. Итоговая сумма баллов по строкам и столбцам показывает приоритетность учета того или иного фактора при формировании стратегии.

Правила проведения SWOT-анализа

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

1. По возможности максимально конкретизировать сферу проведения SWOT-анализа. При проведении анализа, охватывающего весь бизнес, его результаты скорее всего будут слишком обобщенными и бесполезными для практического применения. Фокусирование SWOT-анализа на положении компании в разрезе конкретного рынка/сегмента даст намного более полезные для практического применения результаты.

2. Соблюдайте корректность при отнесении того или иного фактора к силам/слабостям или возможностям/угрозам. Сильные и слабые стороны - это внутренние черты компании. Возможности и угрозы описывают ситуацию на рынке и неподвластны прямому влиянию менеджмента.SWOT-анализ должен показывать реальное положение и перспективы компании на рынке, а не внутреннее их восприятие, поэтому сильные и слабые стороны могут считаться таковыми лишь в том случае, если они (или их результат) именно таким образом воспринимаются внешними покупателями и партнерами. Они должны соответствовать объективно существующим отличиям продуктов компании от конкурентов. Ранжировать силы и слабости необходимо в соответствие с их важностью (весомостью) для покупателей и включать в SWOT-анализ необходимо лишь наиболее важные.

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

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

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

– использует ли компания внутренние сильные стороны или отличительные преимущества в своей стратегии? Если компания не имеет отличительных преимуществ, то какие из ее потенциальных сильных сторон могут ими стать?

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

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

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

При сборе данных и анализе предметной области была построена матрица SWOT - анализа, которая показала наиболее оптимальные планы дальнейшей деятельности организации.

Матрица SWOT - анализа представлена на рисунке 5.2.

Рисунок 5.1 - матрица SWOT - анализа

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

Заключение

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

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

Для выполнения дипломного проекта были поставлены такие задачи как:

– анализ объекта автоматизации и разработка требований к программному обеспечению;

– проектирование информационной системы;

– реализация информационной системы;

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

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

– анализ существующих решений по автоматизации предметной области;

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

– анализ предметной области и сбор требований;

– составление необходимой для проектирования документации - ТЗ и ТЭО на разрабатываемую ИС;

– аттестация требований;

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

– выбор платформы для реализации ИС - выбрана платформа «1С:Предприятие 8.0»;

– реализация информационной системы.

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

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

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

2. Аглицкий Д.С. Российский рынок информационных технологий: проблемы и решения /Д.С. Аглицкий, И.С. Аглицкий/ - М.: 2005. ~ 208с.

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

4. Баронов В.В. Информационные технологии и управление предприятием М.: Компания АйТи, 2006. - 256с.

5. Бейзер Б. Тестирование черного ящика

6. Бояркин В.Э., Филатов А.И., «1С:Предприятие 8. Конвертация данных: обмен данными между прикладными решениями».

7. Богатин Ю.В. Оценка эффективности бизнеса и инвестиций. Учебное пособие для ВУЗов - М.: Финансы, ЮНИТИ - ДАНА, 2004.

8. Богданов В.В. Управление проектами в Microsoft Project 2003: Учебный курс. - СПб.: Питер, 2003.

9. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем

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

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

12. Габец А.П., Гончаров Д.И. «1С:Предприятие 8.0. Простые примеры разработки».

13. Габец А., Гончаров Д., Козырев Д., Кухлевский Д., Радченко М., «Профессиональная разработка в системе 1С:Предприятие 8».

14. Гендель Дж. Моделирования баз данных

15. Грофт Р. CASE - средства

16. Дубянский В. М. 1С:Предприятие. Конфигурирование и администрирование для начинающих. Экспресс - курс. - СПб.: БХВ-Петербург, 2005. - 176 с.: ил.

17. Ельцов В.А., «Организация электронного обмена данными с торговыми партнерами и банками в системе программ 1С:Предприятие 8».

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

19. Карпова Т.С. «Базы данных: модели, разработка, реализация», 2002. - с. 30

20. Ковалев Н. Подходы к проектированию программного обеспечения

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

22. Колесников С.Н. Инструментарий бизнеса: современные методологии управления предприятием. - М.: Издательско-консультационная компания «Статус-Кво 97», 2004. -336с.

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

24. Кэнт М. OLEDB - метод доступа к самым разнообразным данным

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

26. Л.А. Мацяшек.- М.: Издательский дом «Вильямс», 2002.

27. Методология внедрения пакета программ «1С:Предприятие»

28. Митичкин С.А., Практика программирования в 1С:Предприятие 8.0, М.: Издательский Дом «КомБук», 2004. - 272 с.

29. Михайлов С. Е., 1С - программирование как дважды два. Самоучитель. - СПб.: Тритон, 2005. - 173, с: ил.

30. Михайлов А. В. 1С:Предприятие 7.7/8.0: системное программирование. - СПб.: БХВ-Петербург, 2005. -- 336 с.: ил.

31. Пайрон Т. Использование Microsoft Project 2003. - М.: Издательский дом «Вильямс», 2003.

32. Радченко М. «1С:Предприятие 8.0. Практическое пособие разработчика. Примеры и типовые приемы».

33. Смирнова Г.Н. Проектирование экономических информационных систем: Учебник - М.: Финансы и статистика, 2003.

34. Тимофеев Г. Конфигурирование и администрирование 1С: Предприятия. Учебный курс. - Ростов н\Д: Феникс, 2001.

35. Тиори Т. Проектирование структуры базы данных: Пер. с англ. / Т. Тиори, Дж. Фрай. - М.: Мир, 2000.

36. Усиков Т.Н. 1С: Предприятие. Эффективное программирование - М.: Новое знание, 2004. - 446 с.

37. Фатрелл Р.Т. Управление программными проектами: достижение оптимального качества при минимуме затрат - М.: Издательский дом «Вильямс», 2003.

38. Филимонова Е.В. Практическая работа в 1С: Предприятие 8.0. - Ростов н/Д.: Феникс, 2004.

39. Хрусталева Е.Ю., «Разработка сложных отчетов в 1С: Предприятии 8.0. Система компоновки данных».

40. Шапиро, В.Д. Управление проектами - СПб.: Изд. «Два-Три», 2001.

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

42. Шевчик, И. Структурный анализ /

Приложение А

Техническое задание ТЕХНИЧЕСКОЕ ЗАДАНИЕ (ТЗ)

Общие сведения.

1. Полное название организации: ИП Кузнецов В.Г.

2. Реквизиты организации: Ставропольский край, г. Невинномысск, ул. Степная 22.

3. Полное название разработчика: Галканов Павел Викторович

4. Реквизиты разработчика: Ставропольский край, г. Невинномысск, ул. Гагарина 45/2.

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

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

Характеристика объекта автоматизации

Автосервис ИП Кузнецова В.Г. осуществляет следующие виды услуг:

– сервисный ремонт автомобилей;

– прием аварийных автомобилей с последующим разбором на запчасти;

– реализация запчастей и автокосметики.

Требования к системе.

Требования к системе в целом

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

Требования к надежности

Работа системы должна быть стабильной и отказоустойчивой.

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

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

Требования к защите информации от несанкционированного доступа

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

Требования к информационному обеспечению

В основе информационной системы лежит среда хранения и доступа к данным

Функции

– индивидуальность интерфейса для каждого пользователя;

– система должна функционировать на платформе Windows /2000/XP;

– поддержка всех функций буфера обмена;

– наличие средств для проведения отчётности.

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

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

Производительность

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

Предположения и зависимости

Заказчик должен иметь ОС Windows XP, платформу 1С: Предприятие 8.0.

Область действия

Система предназначена:

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

- для ввода, обработки данных;

- для эксплуатации работниками организации.

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

Ограничения

Система разрабатывается только для внутреннего пользования работниками автосервиса ИП Кузнецова В.Г.

Лингвистическое обеспечение.

Применение встроенного языка программирования в платформе 1С: Предприятие 8.0.

Программное обеспечение.

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

Техническое обеспечение.

Персональные компьютеры должны быть с процессором не ниже Pentium IV с сетевой картой пропускной способностью 100 Mb/s.

Состав и содержание работ по созданной системе.

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

Требования к составу и содержанию работ по подготовке к вводу системы в действие.

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

Приложение Б

Примеры печатных форм

Рисунок Г.1 - Печатная форма «Акт осмотра ТС»

Рисунок Б.1 - Печатная форма «Акт приема-передачи ТС»

Рисунок Б.2 - Печатная форма документа «Заказ-наряд»

Приложение В

Примеры исходного кода форм документов

Рисунок В.1 - Фрагмент кода модуля документа «Акт приема-передачи ТС»

Рисунок В.2 - Фрагмент кода процедуры печати акта приема-передачи ТС

Рисунок В.3 - Фрагмент кода модуля документа «Заказ-Наряд»

Рисунок В.4 - Фрагмент кода процедуры печати Акта выполненных работ

Приложение Г - Таблица тестовых данных

Таблица Г.1 - Таблица тестовых данных взаимодействия заказчика с системой

Описание входных данных

Входные данные

Ожидаемый результат

Реальный результат

Отметка о дефектах

Запустить приложение

Окно «Авторизация» Логин, пароль - верные

Отобразилось окно авторизации. Открытие главного окна программы

Отобразилось окно авторизации. Открытие главного окна программы

Запустить приложение

Окно «Авторизация» Логин, пароль - неверные

Отобразилось окно авторизации. Сообщение об ошибке

Отобразилось окно авторизации. Сообщение об ошибке

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

Окно справочника «Автомобили»

Отобразилось окно справочника «Автомобили» Отобразилось окно «Сведения об автомобиле».

Отобразилось окно справочника «Автомобили» Отобразилось окно «Сведения об автомобиле».

Выбрать пункт меню «Акт Приема-передачи ТС» из меню «Документы» для создания нового акта. Провести документ нажатием на кнопку ОК, не заполнив поле сотрудника организации.

Окно «Акт Приема-передачи ТС»

Отобразилось окно «Акт Приема-передачи ТС» Отобразилось окно с сообщением о невозможности проведения документа в связи с тем, что не заполнено поле сотрудника организации. Проведение отменено.

Отобразилось окно «Акт Приема-передачи ТС» Отобразилось окно с сообщением о невозможности проведения документа в связи с тем, что не заполнено поле сотрудника организации. Проведение отменено.

Приложение Д - Обоснование модели выбора жизненного цикла

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

Требования

Каскадная

V-образная

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

Спиральная

RAD

Инкрементная

Являются ли требования легко определимыми и/или хорошо известными

Да

Да

Нет

Нет

Да

Нет

Могут ли требования заранее определятся в цикле?

Да

Да

Нет

Нет

Да

Да

Часто ли будут изменяются требования в цикле?

Нет

Нет

Да

Да

Нет

Нет

Нужно ли демонстрировать требования с целью определения

Нет

Нет

Да

Да

Да

Нет

Требуется ли для демонстрации возможностей проверка концепции

Нет

Нет

Да

Да

Да

Нет

Будут ли требования отражать сложность системы

Нет

Нет

Да

Да

Нет

Да

Обладает ли требование функциональными свойствами на раннем этапе

Нет

Нет

Да

Да

Да

Да

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

Команда разработчиков проекта

Каскадная

V-образная

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

Спиральная

RAD

Инкрементная

Являются ли проблемы предметной области проекта новыми для большинства разработчиков

Нет

Нет

Да

Да

Нет

Нет

Является ли технология предметной области проекта новой для большинства разработчиков

Да

Да

Нет

Да

Нет

Да

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

Да

Да

Нет

Да

Нет

Нет

Изменяются ли роли участников проекта во время ЖЦ

Нет

Нет

Да

Да

Нет

Да

Могут ли разработчики проекта пройти обучение

Нет

Да

Нет

Нет

Да

Да

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

Да

Да

Нет

Нет

Нет

Да

Будет ли менеджер проекта строго отслеживать прогресс проекта

Да

Да

Нет

Да

Нет

Да

Важна легкость распределения ресурсов

Да

Да

Нет

Нет

Да

Да

Приемлет ли команда равноправные обзоры инспекций, менеджмент/обзоры заказчиков, а так же стадии

Да

Да

Да

Да

Нет

Да

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

Тип проекта и риски

Каскадная

V-образная

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

Спиральная

RAD

Инкрементная

Будет ли проект идентифицировать новое направление продукта для организации

Нет

Нет

Да

Да

Нет

Да

Будет ли проект иметь тип системной интеграции

Нет

Да

Да

Да

Да

Да

Будет ли проект являться расширением существующей системы

Нет

Да

Нет

Нет

Да

Да

Будет ли финансирование проекта стабильным на всем протяжении ЖЦ

Да

Да

Да

Нет

Да

Нет

Ожидается ли длительная эксплуатация продукта в организации

Да

Да

Нет

Да

Нет

Да

Должна ли быть высокая степень надежности

Нет

Да

Нет

Да

Нет

Да

Будет ли система изменяться, возможно, с применением непредвиденных методов, на этапе сопровождения

Нет

Нет

Да

Да

Нет

Да

Является ли график ограниченным

Нет

Нет

Да

Да

Да

Да

Являются ли «прозрачными» интерфейсные модули

Да

Да

Нет

Нет

Нет

Да

Доступны ли повторно используемые компоненты

Нет

Нет

Да

Да

Да

Нет

Являются ли достаточными ресурсы (время, деньги, инструменты, персонал)

Нет

Нет

Да

Да

Нет

Нет

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

Коллектив пользователей

Каскадная

V-образная

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

Спиральная

RAD

Инкрементная

Будет ли присутствие пользователей ограниченно в ЖЦ

Да

Да

Нет

Да

Нет

Да

Будут ли пользователи знакомы с определением системы

Нет

Нет

Да

Да

Нет

Да

Будут ли пользователи ознакомлены с проблемами предметной области

Нет

Нет

Да

Нет

Да

Да

Будут ли пользователи вовлечены во все фазы ЖЦ

Нет

Нет

Да

Нет

Да

Нет

Будет ли заказчик отслеживать ход выполнения проекта

Нет

Нет

Да

Да

Нет

Нет

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

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

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

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


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.