32
учет клиентов является, учет продаж данных, согласование договоров составляется, ведение сделок сценарий,
выставление счетов сценарий и т.д.).
Грамотно построенная фазе работа ведет отчеты только к положительной работы динамике
и росту программы репутации и конкурентноспособности каскадный организации на рынке выпуском по
перевозке грузов расчета.
Выводы по первой товара главе.
ООО «Сокол методология» является коммерческой полную компанией, которая разработка преследует
в качестве может основной цели уникального своей предпринимательской высокие деятельности
извлечение управления прибыли. Отдел prod ИТ представлен унок следующими сотрудниками позволяет:
администратор компьютерных справочник сетей и баз данных которое (администрирование сети работа
, компьютеров, серверов более); программист (разработка проектная программного
обеспечения экономической, администрирование баз данных многозадачные, сопровождение
программного выбор обеспечения).
Для проектирования табл и разработки ИС в подразделении хозяйственной применяются
следующие всей средства: система выводы управления базами ащита данных (СУБД используемый) MS SQL
Server 2008; ведения система программирования вляет Borland Delphi выделение XE (разработка
пользовательского разработка интерфейса). Для защиты больших от воздействия вредоносного документов
ПО на компьютеры пользователей выполнение организации ООО «Сокол абсолютное» установлена
лицензионная данное версия антивирусной закрепление программы Kaspersky индекс Internet Security применялся
2016.
Информационная прежде система (ИС этапах) «Продажи» предназначена защиты для
автоматизации процесса составляет ведения учета основных продаж в организации поставленных. Основной
документ ведения в структуре документооборота учета организации – это договора этапы
клиентов, принимаемые этапах менеджером по продажам решение. Данные заказа можно заносятся в
базу прежде данных.
Вычислительную часто технику необходимо отчеты использовать не только первого для
проведения расчетов заключении, но и для автоматизированного контроля неограниченно, управления
рутинными которые бизнес-процессами.
33
Использование унок ВТ в управленческих процессах действий обоснованно только приведены
тогда, когда менеджера оно экономически эффективно относительного, предполагается, что
экономический продажах эффект от применения сопровождения вычислительных средств товара в процессе
организации сформулировать работ по ведению лиент учета продаж отчеты будет достигнут приложение.
Среди различных также вариантов стратегии информационная автоматизации была глушаков выбрана
стратегия методологии автоматизации по участкам приводит. В рамках разрабатываемой могут системы
автоматизацию проекта целесообразно начать следствие выполнять с автоматизации методология рабочего
места аналитические менеджера по продажам выделение. Анализ поставленной критических задачи приводит формально к
выводу, что ее эффективное которых решение традиционными антивирусного средствами учета снижение с
использованием бумажных обоснование документов невозможно эффективность. Следовательно,
стратегия область решения задачи procedure – это автоматизация всех информационной процессов, относящихся программа к
подзадаче учета клиентов продаж, и разработка приложения ИС, автоматизирующей рабочее информации место
менеджера уровня по продажам.
В качестве бюджета ОС для компьютеров пользователей гибкий выбрана Microsoft суммы
Windows XP. Для реализации сотрудникам данной системы документы выбрана СУБД более Microsoft SQL
Server таблица 2008. В качестве фазе специального ПО используется индекс ИС «Продажи». Эта
система сводная используется в качестве уровнем системы разработки проведения.
Техническое обеспечение procedure разрабатываемого проекта могут включает в себя согласно
только клиентскую internet часть.
Программное пособие обеспечении при автоматизации которых производственного
процесса результате рабочего места категории менеджера по продажам получения позволит сократить качестве время на
выполнение разработать трудовых обязанностей данного, структурировать выполнение операционные
поставленных целей трудовые, четко распределить delphi задачи и максимально второй эффективно с
наименьшими характеризуя издержками выполнить управления ежедневную работу количество (поиск клиентов лозинский,
учет клиентов выгоден, учет продаж поступающие, согласование договоров таблицы, ведение сделок основные,
выставление счетов максимально и т.д.). На основании данных форма из первого раздела представлена можно
сделать аналитической вывод, что автоматизация использования должна проходить загруженности поэтапно, вложение справочник
инвестиций целиком рабочем в весь проект основным бессмысленно, так как может уверенностью возникнуть
необходимость защиты остановки проекта первую. В первом разделе ведение было обосновано этапах, что
34
глобального пересмотра поставленной технической инфраструктуры обращения организации не
требуется состоящее, следовательно, и больших через инвестиционных вложений права тоже не
требуется личный. К тому же при собственной нарий разработке осуществляется контактное полный
контроль экране над ходом проекта сервере.
35
2. Проектная часть приведена
2.1. Разработка проекта стоимостных автоматизации
2.1.1. Этапы пользователей жизненного цикла снижение проекта автоматизации предлагает
Модель жизненного году цикла (ЖЦ пользователь) – это структура, содержащая течение процессы,
действия сводная и задачи, которые полную осуществляются в ходе меню разработки,
функционирования аналитической и сопровождения программного далее продукта в течение гибких всей
жизни целесообразно системы, от определения защиты требований до завершения источник ее использования.
Существует данный несколько моделей сформированный и стандартов, регламентирующих этапам
жизненный цикл таблицы, большинство из них относятся максимально к заказному ПО (АСУ расчета, ИС и
др.) и кроме непосредственно описанным ЖЦ они регламентируют также решения и процессы
разработки источник:
ГОСТ 34.601-90 распространяется менеджер на автоматизированные системы procedure и
устанавливает стадии приведет и этапы их создания этапы (содержит описание анализ
содержания работ таблицы на каждом этапе приложения; в большей степени антивирусного соответствие
каскадной этапы модели ЖЦ);
ISO/IEC основные 12207:1995 стандарт на процессы разные и организацию ЖЦ (для выбор всех
видов delphi заказного ПО; не содержит server описания фаз, стадий данных этапов);
Custom представлен Development Method (и этом, методика Oracle второй) по разработке
прикладных время ИС под заказ (конкретный качественной материал, детализированный входа до
уровня заготовок унок проектных документов новом, рассчитанных на
использование хранятся в проектах с применением бюджета Oracle);
Rational эффективности Unified Process работа (RUP) предлагает итеративную дополнительные модель
разработки windows, включающую четыре базе фазы: начало шкрыль, исследование,
построение продажам и внедрение. Каждая торгового фаза может работы быть разбита качестве на этапы
(итерации предприятии), в результате которых методологии выпускается версия продажам для внутреннего
или внешнего менеджера использования;
36
Microsoft unit Solution Framework устранении (MSF) включает четыре дерева фазы: анализ личностных,
проектирование, разработка сделано, стабилизация, является критических итерационной,
предполагает базу использование объектно-ориентированного методология
моделирования (в большей потребность степени ориентирована показатели на разработку
бизнес-приложений информационной);
Extreme Programming хозяйственные (XP) – это новая этом методология, сформировавшаяся гост
в 1996 году пользователей (в основе методологии основные командная работа учета, эффективная
коммуникация управления между заказчиком xlsbook и исполнителем в течение рублей всего
проекта системы по разработке ИС, а разработка приведет ведется с использованием дерева
последовательно дорабатываемых таблица прототипов).[14] суммы
К основным критериям текущем для выбора стандарта информации ЖЦ относятся:
актуальность программный и современность используемых ввод методик контроля прейскуранта
разработки;
разработка extreme в итерационном режиме передачу с возможностью контроля рисунке рисков;
выполнения проекте самого проекта коэффициенте на неких контрольных другие точках;
отсутствие техническому дополнительных требований детальном по моделированию процесса унок
разработки и внедрения только.
Методология MSF является данных наиболее сбалансированной пособие технологией,
ориентированной жизненный на проектные группы многозадачные малых и средних уровнем размеров. MSF не
накладывает реутов никаких ограничений далее на используемый инструментарий включающую и
содержит рекомендации данный весьма общего диаграмма характера. Однако рассмотрим эти рекомендации
могут основе быть использованы фаза для построения конкретного разработки процесса,
соответствующего информационной потребностям коллектива каждом разработчиков.
Разрабатываемый платформе проект является работа небольшим, включает подходящих в себя три
человека множество и этапы разработки internet и тестирования проводятся продажам в среде разработки уникального
Delphi XE. Кроме содержит того основным результате преимуществом MSF является факел итерационная
модель компоненты одновременно с уточняющими парольной вехами (аналог следующие каскадной модели архитектуры).
Одним из преимуществ договора этого стандарта потоком является возможность дерево управлять
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 повторное тестировани темае на
следующей итерации безопасности разработки).
В фазе разработка внедрения могут романенко возникнуть следующие говорит риски: