когда Длительность техническому проекта 71 день каскадный. Начало проекта 3 срок сентября завершается 2007 года,
величина окончание проекта 10 декабря заполненная 2007 себя года.
Первый модель этап «Анализ». показателей Этот составление этап начинается с рассчитанные подэтапа «Определение
требований к ИС». операциями Начало данный подэтапа 3 сентября склад 2007, окончание является подэтапа показателя 6
сентября 2007, начало длительность подэтапа 4 дня. Первая которые задача является – «Анализ
бизнес-процессов отчеты КАК ЕСТЬ». Выполняет между данную день задачу менеджер по
принятых проектированию ИС и менеджер отдела таблицей планирования информационной. При выполнении
задачи манипуляции строится структурно - рубль функциональная техническому диаграмма бизнес-процессов
КАК контактной ЕСТЬ в нотации IDEF0. На инструкция анализ описать бизнес-процессов отводится этапа 2 дня.
На основании проведенного внедрение анализа унок выбирается комплекс используемые задач
автоматизации. Данную отсутствие задачу приобретение осуществляет менеджер разработка по проектированию
ИС. На эту задачу описания отводится установлен 1 день. Эти две задачи существующие осуществляются
параллельно. Следующая включает задача реквизитный подэтапа «Выбор видам задачи проектирования в
неделю комплексе только задач», осуществляет рисунок данную задачу менеджер по
expert проектированию описываются ИС и менеджер ИТ отдела быть. На данную задачу показатель также случайным
отводится 1 день. техническому Последняя задача подэтапа это «является Определение обеспечения свойств ИС,
требуемых является для решения задачи». только Участники продолжение – менеджер по проектированию
ИС и работа менеджер ИТ отдела. Длительность – 1 отражающая день основе.
Следующий подэтап один в этапе «Анализ» - программный определение информационное функций будущей
ИС и блоках стратегии автоматизации. Участниками данной являются общая менеджеры по
планированию затрат, по проектированию ИС и ИТ отдела. mozilla Подэтап применения начинается 7
сентября поля 2007, заканчивается 12 сентября документ 2007. соответствии Длительность этапа последнего 4 дня.
Первая задача константе подэтапа бумажном - «Анализ существующих архитектуры разработок» в
данной предметной декомпозиция области подэтапа. Задача выполняется производятся в один день. документация Следующая раздела
задача подэтапа - «получения Выбор способа приобретения ИС». На экономию задачу серверная также
отводится техническому 1 день. Далее комплекс следует техническому задача - «Выбор подключаются стратегии автоматизации»,
в рамках базового которой включает определяется не только характеристика стратегия автоматизации, но и
отдел объем основе системы (АИС или объектами АРМ). На эту задачу отводится 1 предприятия день жтапе. Эти две
задачи также также определяются параллельно. сентября Последняя вместимость задача подэтапа –
«применения Определение целей и задач жтапе автоматизации файлов». На последнюю задачу отсутствие
отводится 2 дня, т.к. она является эскизного ключевой временном в формировании технического
филиалы задания.
Предпоследний подэтап разработка этапа осуществить «Анализ» это «Обоснование технических проектных
решений». комплексный Начало отчет подэтапа 13 сентября решений 2007, окончание 21 сентября длинное 2007. группе
Длительность подэтапа утилит 6 дней. Подэтап количество состоит эффективного из трех основных стоимостные задач:
обоснование проектных течение решений необходимо по информационному обеспечению числом,
обоснование проектных сопровождение решений которых по техническому обеспечению,
отделе обоснование проектных решений по начало программному темой обеспечению. Цель простои
данных задач – мерам сформировать осуществляется необходимые требования к
вида вышеперечисленным видам обеспечения ИС. осуществляется Участниками задача данного подэтапа склада
являются менеджеры по быть проектированию последний ИС и ИТ отдела.
Последний риск подэтап этапа «Анализ» - это показатели создание технологии документации по
техническому входных заданию. Длительность поля данного задача подэтапа 1 день.
высокой Следующий этап «Проектирование». варианте Начало число этапа 24 сентября полям 2007,
окончание 3 производят октября средства 2007. Длительность таблица подэтапа 8 дней. Этап предыдущий состоит самом из
двух подэтапов вторая. Первый подэтап это «быть Разработка формулами проекта автоматизации».
информационной Длительность подэтапа 4 дня. Первая таблице задача этапы подэтапа это «Разработка помощью плана-
графика автоматизации». сентября Разработку один проводит менеджер по начало проектированию
ИС. Задача выполняется в сервер течение произведение одного дня. Следующая предназначен задача – «Оценка
тринадцати стоимости последняя проекта». Эту задачу настраиваемыми решает экономист, на основании
случае разработанного соответствует плана-графика. Следующая стандартизация задача – «Разработка
количество архитектуры собой проекта». В рамках производства данной задачи разрабатываются
файлы техническая отражающую и программная архитектуры полученных проекта, а также план архитектура участниками
пользователей. На данную файлы задачу отводится 1 день. Эта стоимостным задача msoffice решается
параллельно следующий с оценкой стоимости уровень проекта первая. Следующая задача «тарифная Анализ
рисков проекта». помощью Задача таблицы осуществляется в течение зависимости одного дня.
Вышеперечисленные которыми задачи быть подэтапа выполняют часто менеджеры по
проектированию ИС и ИТ отдела.
которые Следующий решения подэтап этапа количество – «Разработка информационного
итого обеспечения explorer задачи». Длительность внешних подэтапа 3 дня. Начало этапа 28 операционные сентября текущего
октября 2007, наименование окончание 2 октября отчет 2007. иному Участниками являются
филиала программист 1 и менеджер по проектированию ИС. оперативно Первая прикладным задача – это
«Разработка действий информационной модели» позволяют будущей справочник ИС. Задача осуществляется
в часов течении одного дня менеджером по решения проектированию информация ИС. Следующая
задача варианта подэтапа – «Разработка содержащейся классификаторов первую для ИС». Задача
осуществляется в склады течение одного дня программистом 1 и предназначен менеджером текстовый по
проектированию ИС. Последняя заполненная задача подэтапа – это «простота Разработка наименование
прототипов экранных принятых форм». Прототипы экранных определение форм внедрении согласовываются с
будущими простои пользователями. Задача этом осуществляется последнего в течение одного дня
формировании менеджером по проектированию ИС и программистом 1. производства Последним стоимость
подэтапом является систему создание проектной системной документации предназначен на основании
проведенных специальное разработок. Срок исполнения 1 последняя день день, выполняется менеджером проверка
по проектированию ИС.
Следующий текстовый этап целью это «Реализация». Начало отчетами этапа 4 октября 2007,
наименование окончание унок 21 ноября 2007. логический Длительность этапа 35 также дней прикладных. Этап реализации
заполненная начинается с подготовки к разработке ПО. работы Первый иерархическая подэтап состоит представлена из трех
задач. распределяет Первая ввод задача это «Покупка и риск установка программных средств» для
процессов осуществления конец разработки. В этом спиральная варианте ИС к программным формулами средствам регламентное
относится СУБД название CLARION, т.к. разработка программного наиболее обеспечения служат
производится на основе отчет СУБД CLARION. ОС выбранный остается программными прежней. Задачу
оценке осуществляет менеджер по проектированию ИС и коэффициент менеджер контактной ИТ отдела.
Длительность планирования задачи 2 дня. Вторая первый задача предпроектный это «Формализация расчетов
которая результативных показателей». Задача таблица осуществляется иерархическая в течение одного обоснование дня
программистом 2.
Последняя установлено задача числе подэтапа – «Разработка подсистема алгоритмов» программных
модулей. основной Задача данный осуществляется в течение направления трех дней таблица программистом формирования 2.
Последний подэтап это «обязательно Разработка программного обеспечения».
схеме Длительность подсистема подэтапа 28 дней модель. Исполнители подэтапа – таблице программист коду 1 и
программист 2. Разработка ПО предприятии начинается с разработки БД на основе унок ранее задача
разработанной информационной должен модели. Задача разбивается осуществляется исполнения в течение
семи одни дней. Вторая зада – это «задать Разработка формулами интерфейса». Длительность отделе 5 дней.
Интерфейс филиалы разрабатывает отдела программист 1.
Следующая поля задача «Разработка программных проектированию модулей таким ИС».
Выполнение данной когда задачи является возможностей самым часов длительным, 14 дней. качестве После
разработки программных формирования модулей день разрабатывается взаимодействие организации
программных модулей или планирования схема задание программного пакета. отделе Данная задача
осуществляется в задача течение описание 5 дней. Последняя технического задача после филиалы разработки средняя
программы это «Разработка связей тестов для проверки ПО». Этап «обладать Реализация текущего»
завершается разработкой командном тестов для проверки ПО. рисунке Участниками третьего являются
менеджер по экранная проектированию ИС, программист 1 и программист 2.
2.1.2.разработанное Ожидаемые количество риски на этапах данная жизненного цикла и их изменения описание продолжение
Риски на подэтапе «основе Определение требований к ИС». Основной функциональной риск язык на
данном подэтапе отработанных это недостаточное определение магнитными свойств содержатся ИС, требуемых для
решения подэтапа задачи и неправильный выбор заданному задач формируются проектирования (чрезмерно оценке
большой или недостаточный афхд объем мониторинг задач автоматизации). Это задача может
потребовать, на этапе системе эксплуатации подготовки, дополнительной доработки наименование ИС, что
приведет к финансовому чего риску проведенного. Риск предотвращается отдел использованием
современных case-средств при элементом моделировании спиральная бизнес-процессов. При
возникновении процессами такого риска рисунках проводится решения дополнительное моделирование с
данный использованием современных case-средств.
На сервер подэтапе изменения «Определение функций техническая ИС и стратегий автоматизации»
финансовом основной разных риск это неправильное сопровождение определение функций ИС и стратегии
виде автоматизации выполняет. На данном подэтапе таким существует риск архитектуры неправильного день выбора
способа включает приобретения ИС. Риск предотвращается финансовые основательным блока анализом
всех деятельности вариантов. В случае использованием возникновения завершения, риск устраняется случайным проведением
повторного анализа использование вариантов статистические выбора ИС. Риск файлы взаимосвязан с риском
схема неправильного дополнительное определения функций ИС и свою стратегии автоматизации. Данный
фактического риск посредством предотвращается и устраняется объемов использование современных
целое case-средств планами в процессе анализа.
отражающие Риски на подэтапе «Разработка описание проекта контактной автоматизации». Основной помощью
риск это разработка технологии неэффективного отделе плана-графика автоматизации:
конфигурация использование лишних ресурсов или последний недостаточность расчет ресурсов. Данный фактического риск
является вариативного финансовым экранные, предотвращается использованием отчеты современных
автоматизированных средств места проектирования рисунок. В случае возникновения планирования, риск
устраняется слишком повторной кадров корректировкой плана-графика предприятии автоматизации.
На подэтапе «Разработка план информационного операционных обеспечения задачи базам»
основные риски – это описываются разработка случайным неправильной информационной основе модели и
неудобных для пользователя системы прототипов подэтапе экранных форм складов. Риск
предотвращается по затраты согласованию поля прототипов экранных трудовым форм с будущими
пользователями, а излишних устраняется себя дополнительной доработкой набираем экранных форм, а
таким также формирование использованием системы программа ModelViewControl (MVC).
На подэтапе «функция Подготовка далее к разработке ПО» основной деятельности риск это
неправильная осуществляется формализация получением расчетов показателей. унке Риск устраняется
тестированием быть программных формирование модулей на этапе длительность внедрения.
На подэтапе «рабочего Разработка бумажном программного обеспечения» видам основной риск
заключается в схеме некорректной один разработке программы информации. Риск устраняется
функции посредством показатель использования для программирования удаления языка четвертого
поколения планах CLARION план, который в процессе доработки программирования указывает
варианте некорректности количество различных элементов вариативного разрабатываемого программного
средства. темой Необходимо доступности учитывать также операцией то, что программные модули управление будут отчет
тестироваться на этапе будет внедрения.
Риск на этапе «осуществляется Внедрение схема» это некорректное тестирование заставка
технического обеспечения данный программных затраты модулей. Риск операциям предотвращается
использованием лицензионного которые стендового частота оборудования, а устраняется задачи
двойным тестированием. На объем этапе предыдущий «Сопровождение» основные сценарий риски это
поломка оборудования, отчетов моральное рассчитанные устаревание ПО и ПС. Первый отладку риск
предотвращается трудовыми регулярным процедур мониторингом состояния плана оборудования.
Второй риск использованием предотвращается последняя посредством гибкости который разработанной ИС и
своевременной персонала доработкой зависимости программной архитектуры.
2.1.3.срок Организационно-правовые и программно-аппаратные
средства этапов обеспечения отдел информационной безопасности группа и защиты
информации
данные Средства день защиты информации - это схема совокупность инженерно-
технических, электрических, являются электронных главного, оптических и других проданной устройств и
приспособлений, деятельности приборов ноября и технических систем, а модель также иных вещных
эффективности элементов унок, используемых для решения данная различных задач по длительность защите проводиться
информации, в том числе день предупреждения утечки и обеспечения
функциональной безопасности менеджер защищаемой информации планирования.
В целом средства короткое обеспечения основе защиты информации в унок части
предотвращения преднамеренных рисунке действий файлы в зависимости от способа операционной
реализации можно сопровождение разделить количество на группы:
· Аппаратные (технические) неэффективного средства. Это различные по типу
таблицы устройства текстовый (механические, электромеханические файлов, электронные и др.),
которые иерархия аппаратными таблицей средствами решают корпоративную задачи защиты информации. Они
открывается либо временном препятствуют физическому центров проникновению, либо, характеристика если наименование проникновение
все же состоялось, продолжение доступу к информации, в том числе с установлено помощью программная ее
маскировки. Первую смежного часть задачи тестирование решают общим замки, решетки на вида окнах, сторожа,
защитная полям сигнализация показатели и др. Вторую -- генераторы разнообразные шума, сетевые результативную фильтры объемов,
сканирующие радиоприемники и вариантов множество других устройств,
«серийно перекрывающих экранные» потенциальные каналы платы утечки информации или
продажи позволяющих позволяет их обнаружить. Преимущества риск технических средств связаны с
их уступает надежностью рисунке, независимостью от субъективных приложение факторов, высокой
объекты устойчивостью ежедневно к модификации. Слабые филиала стороны -- недостаточная гибкость,
видам относительно наименование большие объем таблицы и масса, высокая которых стоимость таблицы.
· Программные средства включают таблицы программы для идентификации
пользователей, контакты контроля отдельных доступа, шифрования отделе информации, удаления
унке остаточной данные (рабочей) информации схема типа временных файлов, каскадной тестового стоимость
контроля системы часов защиты и др. Преимущества файлы программных один средств --
универсальность, показатель гибкость, надежность, простота необходимые установки если, способность к
модификации недостаточная и развитию. Недостатки -- один ограниченная конец функциональность
сети, мелкие использование части ресурсов складам файл-сервера конец и рабочих станций ожидаемые,
высокая чувствительность к коэффициенты случайным сущность или преднамеренным изменениям,
документ возможная зависимость от типов защиты компьютеров унок (их аппаратных средств состав).
· Смешанные аппаратно-программные средства таблиц реализуют отражающую те же
функции, что аппаратные и складе программные средства в отдельности, и внедрение имеют информационное
промежуточные свойства будет.
· Организационные средства складываются из
спиральная организационно-технических задача (подготовка помещений с тринадцати компьютерами,
прокладка кабельной дата системы информации с учетом требований унок ограничения доступа к
ней и др.) и системе организационно-правовых таким (национальные законодательства и
справочник правила работы, устанавливаемые операций руководством файлы конкретного предприятия поэтому).
Преимущества организационных данная средств выбранный состоят в том, что они позволяют
данным решать множество разнородных получения проблем входы, просты в реализации внедрение, быстро
реагируют на течение нежелательные автономное действия в сети, варианта имеют неограниченные
возможности создание модификации коэффициент и развития. Недостатки предназначен -- высокая зависимость
от продаж субъективных филиалом факторов, в том числе от заполненная общей организации работы в
информация конкретном информационной подразделении.
По степени отдела распространения и доступности обеспечения выделяются продукции программные
средства, указывалось другие средства применяются в тех отчет случаях труда, когда требуется кнопка
обеспечить дополнительный короткое уровень таблица защиты информации.
2.2.отдела Информационное обеспечение задачи
2.2.1.процессов Информационная последнего модель и её описание предприятия
Информационная модель – это компьютерах схема возможность, отражающая преобразование
разрабатывает информационных реквизитов от источников данной информации часов до её получателей
или процесс самом обработки информации в сервера информационной спиральная системе [11].
На таблиц рисунке Рисунок 16 представлена унок информационная объектный модель ИС.
Первый которых логический уровень – это операцией источники создания информации, из которых
программист поступает входная информация: современных корпоративная свою ИС, сотрудники отдела vista
планирования, отделы базового продаж обработка, производство, склад, размер отдел доставки. Из
корпоративной ИС которая поступают целое файлы: табель запускает учета рабочего один времени ведение
сотрудников предприятия; унок комплексные данные по филиалам; разработки справочники обоснование,
Рисунок 16 - Информационная данных модель
также участкам таблица финансовые с коэффициентами планирования. От предыдущий сотрудников
отдела планирования поля поступают менеджер данные на все входные стандарт экранные формы, то
прошлых есть компьютерах, отчёт по филиалам, определение видам продукции, складам. Из финансовый каждого модель отдела
поступают виде отчеты в виде электронные файлов количество по выполнению планов за система предыдущий
временной период.
трудоемкость Второй режиме логический уровень цель – это файлы, входные причин экранные рублей формы.
Экранные таблице формы статистических отчетов день содержат сервисное только информацию реквизитный о
временном периоде получать формирования данный статистических отчетов, планирования вносимую
сотрудниками отдела также планирования функции. Файлы с отчетами подэтапа о выполнении планов
за создание предыдущий высокими временной период заключенных поступают из соответствующих
подразделений.
работающие Третий использованием логический уровень отделе – это таблицы и справочники, параметр входящие задача в
БД. Справочники поступают из производят корпоративной ИС. Исходные таблицы с
конечного данными внедрения по продажам, производству менеджер, складированию, доставке, с
представлена соответствующими часов планами содержатся в ИС процессов отдела планирования. В них
сконцентрирована основе информация отчеты о прошлых планах увеличить, результатах продаж,
магнитными производства период, складирования и доставок.
планирования Четвёртый логический уровень – это дополнительных таблицы инструкция с изменённой
информацией виде. Они формируются на основе сопровождение данных через с отчётами о выполнении
эффективно планов из подразделений. Таблицы со планирование сформированными информация планами относятся затрачиваться
к результативной информации. продукции Таблица определенный «План продаж» комплексные формируется на
основе справочников «эгод Виды системы продукции» и «Контракты данный», а также входных
видов таблиц предназначен «Продажи» и «Коэффициенты автоматизации планирования». Таблица «План
автоматизации производства начало» формируется на основе видам справочников «Виды таблицей продукции описания» и
«Филиалы», а также сервисное результативной таблицы «План пользователь продаж поэтому» и таблицы
«Коэффициенты системной планирования». Таблица «работа План короткое складирования»
формируется на основе основе справочников «Виды техническому продукции процессов», «Склады» и
«Филиалы рисунке», а также результативной документ таблицы данных «План продаж» и создание таблицы
«Коэффициенты планирования». информации Таблица представлена «План доставки которые» формируется на
основе отделе справочников информации «Виды продукции», «операционные Склады» и «Контракты», а также
которым результативной составлять таблицы «План протоколу продаж» и таблицы «было Коэффициенты обобщающим
планирования».
Шестой который логический уровень – это результативная анализа информация если в виде
файлов объект с планами, файлов со целое статистическими документах отчетами и с
соответствующими покупка планами-отчетами и статистическими отчетами на
проектированию бумажном обновляемые носителе.
Файлы соответственно, со статистическими отчетами, экранные формируются сбой на основе
информации о производят временном периоде, содержащейся во которая входных программы экранных
формах частота статистических отчетов задать второго корпоративная логического уровня, а данные также
изменённых таблиц БД целом третьего конец логического уровня хранения.
Файл «Отчет по срок филиалам windows» формируется на основе стоит информации,
поступающей из файлов «эффективности Табель вступает учета рабочего открывается времени» и «Комплексные
унок данные одно по филиалам», экранной многократным формы «Отчет по филиалам», а задержка также программного
таблиц «Продажи эффектный» и «Доставка». Файл «иному Отчет формирования по видам продукции»
автоматизации формируется на основе информации жтапе экранной один формы «Отчет обеспечения по видам
продукции», а использованием также статистических таблиц «Производство» и «количество Продажи». Файл «Отчет по
продукции складам схем» формируется на основе clarion информации, поступающей из информацию экранной описания
формы «Отчет по предприятии складам», а также таблиц «виде Производство который», «Сток» и
«Доставка срок».
Седьмой логический навыками уровень течение – это получатели информации.
помесячного Получателями информации, в соответствии с вместимость организационной варианте архитектурой
ИС планирования управление (указанной в пункте размер 2.1.3), который являются финансовые
жтапе аналитики, специалисты отдела определение планирования автоматически, филиалы и корпоративная описать ИС.
Финансовые аналитики иных получают является файлы со статистическими стандарт отчетами,
которые он могут является распечатать длинное. Сотрудники отдела основные планирования получают
критерий планы-отчеты рисунок на бумажном носителе. длительность Филиалы получают планы в определение виде срок
файлов через работа корпоративную ИС.
Таким автоматизации образом иному, информационная модель файла позволяет преобразовывать
исходную план информацию расчет в результативную информацию операционных в
автоматизированном режиме. использованием Информационная clarion модель позволяет виде создать
схему данных заставка таблиц отчетами БД, древо функций этап и схему пакета затраты программных велика
модулей.