Дипломная работа: Автоматизированное рабочее место менеджера по продажам (на примере ООО "СОКОЛ")
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
37
одновременно коэффициенте и проектом разработкой efsol приложения и внедрением решения
инфраструктуры.[20] детализированы
По описанным выше данного преимуществам, мною этого был выбран стандарт обеспечивая MSF
как наиболее гибкий источник и удобный для реализации регистрации данного проекта порядковая.
В методологии MSF существует комплексе пять стадий каскадной ЖЦ ИС, которые в понятии integer
MSF называют фазами приложения:
Фаза выработки адаптивный концепции: создание анализ и сплочение проектной принципы группы на
основе телефон выработки единого будет видения (в нашем минут случае менеджер глобального по
продажам, администратор режим, программист);
Фаза различные планирования: составление подходящих планов проекта begin (подготовка
проектной свириденко группой функциональной выбор спецификации, разработка требований
дизайнов, подготовка приведена рабочих планов программное, оценка проектных отсутствие затрат и
сроков обращения разработки различных трубилин составляющих проекта комплекса);
Фаза разработки количество: создание компонент организации решения (включая качественной как
документацию, так и программный заставляет код);
Фаза procedure стабилизации: тестирование достаточно разработанного решения ведение
(эксплуатация в реалистичной представляет модели производственной архитектуры среды);
Фаза унок внедрения: внедряются анализ технологии и компоненты создания решения,
стабилизируются источник внедренные решения относительного, передается работа товара персоналу
поддержки рублей и сопровождения и получается критических со стороны заказчика больше
окончательное одобрение выбор результатов проекта учет.
Под моделью ЖЦ понимается личный структура, определяющая случайной
последовательность выполнения procedure и взаимосвязи процессов разные, действий и задач выбор,
выполняемых на протяжении проектирования жизненного цикла этапах. Модель ЖЦ зависит отчет от
специфики ИС и специфики procedure условий, в которых операции последняя создается internet и
функционирует. К настоящему именно времени наибольшее следующей распространение
получили источник следующие основные информационная модели ЖЦ:
задачная обращения модель;
38
каскадная менеджер модель;
спиральная раза модель.
При задачной унок модели разработка угроз системы ведется авторизации «снизу-вверх» от
отдельных которые задач ко всей эффективность системе (задачная содержит модель), что приводит ограничение к тому, что
единый организации поход к разработке можно неизбежно теряется создания, возникают проблемы дальнейшем при
информационной стыковке отчет отдельных компонентов субд. Как правило, по мере оболочку
увеличения количества результате задач трудности вляет нарастают, приходится среде постоянно
изменять себя уже существующие программы рамках и структуры данных программа. Скорость
развития большей системы замедляется больше, что тормозит и развитие стоимость самой организации множество.
При каскадной модели базы не очень больших которые по объему однородных логическая ИС
каждое приложение реутов представляет собой работы единое целое begin. Для разработки такого режим
типа приложений среди применялся каскадный описанным способ. Основной также характеристикой
такого показателях подхода является удобством разбиение всей учета разработки на этапы настоящее, причем переход сценарий
с одного этапа приложение на следующий этап хрусталева происходит только информационной после того поиску, как будет
полностью продукция завершена работа информационное на текущем (рис парольной. 6). Каждый этап будет завершается
выпуском вирусной полного комплекта заставляет документации, достаточной собственной для того, чтобы рассчитаем
разработка могла ключ быть продолжена систему другой командой трудовые разработчиков.[20] программное
Рисунок 6 – Каскадная таким схема разработки средства
Преимущества каскадного сопровождения подхода:
на каждом которой этапе формируется глобального законченный набор унок проектной
документации учета, отвечающий критериям экранной полноты и согласованности которых;
39
выполняемые в логичной удовлетворить последовательности этапы тема работ позволяют xlsbook
планировать сроки целей завершения всех этом работ и соответствующие инструментов затраты.
Каскадный внедрить подход хорошо поставленных зарекомендовал себя источник при построении
информационных приложения систем, для которых торговли в самом начале стоимостных разработки можно реализации
достаточно точно технического и полно сформулировать сценарий все требования, с тем, чтобы защиты
предоставить разработчикам включает свободу реализовать таблицы их как можно лучше среде с
технической точки году зрения.
Недостатки невозможность каскадного подхода procedure:
реальный процесс условно создания систем обращения никогда полностью процесса не укладывается
в такую отчет жесткую схему главного;
возникает постоянная пособие потребность в возврате заставляет к предыдущим этапам финансы и
уточнении или пересмотре унок ранее принятых менеджера решений;
существенное собственной запаздывание с получением формировании результатов;
большие проектирования затраты на разработку таблицы ПО.
Для преодоления проблем повышает каскадной модели частота была предложена индекс
спиральная модель информационной ЖЦ, делающая упор упор на начальные этапы сопровождения ЖЦ: анализ и
проектирование могут. На этих этапах теперь реализуемость технических которые решений
проверяется решения путем создания contact прототипов. Каждый описанным виток спирали работе
соответствует созданию собой фрагмента или версии количество ПО, на нем уточняются цели принципы и
характеристики проекта хозяйственной, определяется его качество стратегии и планируются работы таким
следующего витка база спирали. Таким имеет образом, углубляются защиты, последовательно
конкретизируются extreme детали проекта реалистичной и в результате выбирается поможет обоснованный
вариант управлению, который доводится продуманным до реализации.
Разработка унок итерациями отражает xlssheet объективно существующий поступающие
спиральный цикл разные создания ИС. Неполное информационной завершение работ доступа на каждом этапе unit
позволяет переходить аналитическая на следующий этап виде, не дожидаясь полного всего завершения
работы на текущем характеристика этапе. При итеративном гост способе разработки мере недостающую
работу гост можно будет сценарий выполнить на следующей преобразуются итерации. Главная ограничить задача: как
40
можно методология быстрее показать основные пользователям ИС работоспособный файлах продукт,
активизируя именно процесс уточнения традиционными и дополнения требований приведе.
Основной проблемой прейскуранта спирального цикла предыдущих является определение мере момента
перехода построении на следующий этап процесса. Для ее решения необходимо информационной ввести временные данные
ограничения на каждый ввод из этапов ЖЦ. Переход являются осуществляется в
соответствии удобством с планом, даже автоматизации если не вся запланированная этого работа закончена раза.
План составляется контроль на основе статистических запаздывание данных, полученных вычислительная в
предыдущих проектах данные, и личного опыта которые разработчиков. На рис. 7
представлено отсутствие графическое изображение логичной спиральной модели результате ЖЦ ИС.
Рисунок 7 – Спиральная информационное модель ЖЦ ИС
Наиболее хранения оптимальной для нас является одновременно спиральная модель комплексе, так как в
ней были учтены современность все недостатки каскадной таблицы и задачной модели интерфейса. В рамках
доработки решения уже существующей ИС часто торгового возникают новые обеспечивая замечания от
пользователей ведение, которые можно управления реализовать на новом товарный витке спиральной таблица
модели.
2.1.2. Ожидаемые сопровождения риски на этапах голицына жизненного цикла титоренко и их описание
Стандарт сформулировать MSF дает некоторую организации гарантию минимизации выполнение рисков, так как
весь одновременно ЖЦ проекта разделен заполнения на этапы, при этом нарий на каждом этапе этапы есть роли прейскуранта, за
которыми закреплены тема цели, которые декомпозиции должны быть данных достигнуты. Однако показателях на
каждой фазе обеспечению выполнения проекта товара есть некоторые дерева риски.
41
Так, например представлен, в фазе выработки бюджета концепции могут образом возникнуть
следующие среди риски:
недальновидный этом анализ сроков которые проекта и его бюджета реутов (необходима
более выполнение детальное прорабатывание использования задачи, цели форма проекта, постановка базу
большего количества являются контрольных точек журналов);
неправильно подобранный далее проектный состав порядковая исполнителей может некоторую
повлечь полное комплексе отсутствие командной этом работы( необходим дата более
тщательны обоснованией подбор специалистов разработки в проектную группу организации тестированием
не только выбор профессиональных навыков возникнуть, но и личностных качеств фазе).
На фазе планирования критических могут возникнуть данных следующие риски архитектуры:
неправильно или не совсем неограниченно корректно сформированн наименованиеая архитектура
выбираемого описание решения( появление гаспариан данного риска delphi зависит от
компетенции хранятся руководителя проекта дата, на котором лежит мере принятие
решение отчет о выборе архитектуры позволяет разрабатываемого решения заполнения).
В фазе разработки менеджер возможны следующие могут риски:
неправильная прейскуранта интерпретация технического выделена задания( ТЗ меню) и, как
следствие, неправильн отсутствияое программирование архитектуры одную и сдвиг
сроков удобством (требуется более подпункт четкое написание могут ТЗ, понятного программисту создается
);
отсутствие должной технического квалификации у программиста табл в том языке, на
котором кроме решено реализовывать испытаний программу клиент товара, которая будет режим
распределять заявки коэффициенте между инженерами хранящимся.
В фазе тестирования неограниченно могут возникнуть приведет следующие риски предлагает:
риски неоконченного используется тестировании (программный пересекающихся продукт может server быть
протестирован направление не до конца; требуется price повторное тестировани темае на
следующей итерации безопасности разработки).
В фазе разработка внедрения могут романенко возникнуть следующие говорит риски:
Источник: https://baza.diplomsite.ru/previewfile/2525