82
уроки, извлеченные
независимо
из таких проектов
применение
и договоров, способствуют
тщательным
совершенствованию организационных
большинстве
вопросов.
Можно выделить
показателей
следующие фазы
обоснование
структуры жизненного
операционная
цикла
проектирования
ведомостей
информационной системы:
настоящий
формирование концепции,
cache
разработка
технического
описание
задания, проектирование,
серверов
изготовление, ввод
коммутатором
системы в
эксплуатацию
Концептуальная
который
фаза - главным
большую
содержанием работ
причем
на этой фазе
каскадной
является
определение
работы
целей проекта,
содержится
разработка его
осуществления
концепции. Концептуальная
которой
фаза
включает
например
формирование идеи,
информационное
постановку целей,
отношение
а также формирование
языка
ключевой
команды
двери
проекта. К тому
заявку
же требуется изучение
приложения
мотивации и требований
основной
заказчика и других
всех
участников. Необходимо
системы
осуществить сбор
выполнение
исходных данных
выбор
и
анализ существующего
выбранный
состояния, и определить
возможно
основные требования
данном
и
ограничения, а также
работы
необходимые материальные,
обеспечивая
финансовые и трудовые
типовые
ресурсы. Дать
исходя
сравнительную оценку
возможно
альтернатив и представить
количество
необходимые
предложения,
глобали
включая их экспертизу
представлена
и утверждение.
Разработка технического
пилотное
задания - главным
программного
содержанием этой
следует
фазы является
выполняет
разработка технического
модульная
предложения и переговоры
ядра
с заказчиком о заключении
блок
контракта. Необходимо
проектов
разработать основное
используется
содержание проекта
портового
и базовой части
типовые
структуры проекта. Затем
vipnet
разработанное техническое
создаваемого
задание необходимо
поддержка
утвердить. Также
данный
необходимо составить
включая
смету и бюджет
плохая
проекта и определить
назначается
потребности в ресурсах. На
организован
этом этапе
кадровое
так же проводится
file
подписание контракта
встроенные
с
заказчиком, разработка
создаваемого
календарных планов
форм
и графиков работ,
sata
предоставление
коммуникационных
следует
средств для
операционной
участников проекта
рискует
и контроль за ходом
характеру
работ.
Проектирование - на этой
горячей
фазе определяются
направленных
подсистемы, их взаимосвязи,
содержится
выбираются наиболее
смену
эффективные способы
остаются
выполнения проекта
один
и использования
ресурсов. Характерные
нужными
работы этой
соединение
фазы:
выполнение базовых
конечные
проектных работ
разработка
дерево
частных технических
чтение
заданий
выполнение концептуального
адаптеры
проектирования
составление технических
некоторые
спецификаций и инструкций
представление
приоритет
проектной разработки,
исходя
экспертиза и утверждение
83
Разработка - на
ядра
этой фазе
radmin
производятся координация
файлам
и оперативный
контроль
обладают
работ по проекту,
оценке
осуществляется изготовление
субд
подсистем, их
объединение
входит
и тестирование. Основное
документы
содержание:
выполнение работ
дисков
по разработке программного
содержат
обеспечения
выполнение подготовки
включающее
к внедрению системы
контроль
наглядно
и регулирование основных
сэкономить
показателей проекта
Ввод
выльется
системы в эксплуатацию - на
регламенты
этой фазе
фазе
проводятся испытания,
преобразования
опытная
эксплуатация
пользов
системы в реальных
основными
условиях, ведутся
фазе
переговоры о результатах
вывод
выполнения проекта
между
и о возможных новых
письм
контрактах:
комплексные испытания;
подготовка
версию
кадров для
производится
эксплуатации создаваемой
численность
системы;
подготовка рабочей
соответствие
документации, сдача
matrox
системы заказчику
разрешена
и ввод ее
в эксплуатацию;
сопровождение,
шифрования
поддержка, сервисное
обеспечение
обслуживание;
оценка результатов
защищают
проекта и подготовка
достигнуть
итоговых документов;
разрешение
функции
конфликтных ситуаций
численность
и закрытие работ
описания
по проекту;
накопление опытных
файлам
данных для
можно
последующих проектов,
программное
анализ
опыта,
подходит
состояния, определение
может
направлений развития.
Моделью
исходя
жизненного цикла
линия
информационной системы
полных
называется
некоторая
глобального
структура, определяющая
компонентов
последовательность осуществления
моменту
процессов, действий
осуществления
и задач, выполняемых
информационной
на протяжении жизненного
маршрутизация
цикла
информационной системы,
введение
а также взаимосвязи
будет
между этими
компании
процессами,
действиями и
matrox
задачами.
Наибольшее распространение
местных
получили следующие
обработки
модели жизненного
соединение
цикла информационных
sata
систем: каскадная (классическая
первого
или водопадная),
итерационная
работать
и спиральная .
Каскадная модель предусматривает
используемая
последовательную организацию
средства
работ
(рисунок 14).
84
Рисунок 14 – Каскадная
следует
модель разработки
Основной
основное
особенностью каскадной
составе
модели является
чество
разбиение всей
данные
разработки на этапы,
стемы
причем переход
заявку
с одного этапа
microsoft
на следующий происходит
устойчивую
только после
направленных
того, как
грамм
будут полностью
проводной
завершены все
стоимостные
работы на предыдущем
минимальной
этапе. Каждый
фазе
этап завершается
после
выпуском полного
шифрования
комплекта документации,
основные
достаточной для
бухгалтерский
того, чтобы
некоторый
разработка могла
операции
быть продолжена
входящей
другой командой
тому
разработчиков.
Достоинства каскадной
основе
модели разработки - на
автоматизируем
каждом этапе
входящей
формируется
законченный
который
набор проектной
существует
документации, отвечающий
коррекции
критериям полноты
версию
и
согласованности, и выполняемые
трудовые
в логичной последовательности
компонентов
этапы работ
nforce
позволяют планировать
выборе
сроки завершения
онный
и соответствующие затраты.
Недостатки
начальная
каскадной модели
солидность
разработки заключаются
будучи
в существенной
задержке
способом
получения результатов,
информационная
в необходимости возврата
структурная
на предыдущие стадии
горячей
при обнаружении
определяет
ошибок, в сложности
горячую
параллельной работы
постановления
по проекту, в
чрезмерная
сохранения
насыщенности информацией
raid
по каждому этапу,
которой
а также в сложности
периферийное
управления проектом
vipnet
и высоких уровнях
ненного
риска и ненадежности
больше
инвестиций.
На практике,
программных
все же приходится
функции
возвращаться к предыдущим
являются
этапам и в
этом
проекта
случае, в последнее
сотрудников
время наиболее
руководством
востребованной стала
солидность
итерационная
модель
постоянного
жизненного цикла
также
информационной системы.
Итерационная
выделить
модель – это
средствами
поэтапная модель
предприятия
с промежуточным контролем
— итерационная
предлагает
модель разработки
приходится
информационной системы. Каждый
оперативная
этап имеет
85
информационных
обратные связи
совокупность
в процессе корректировки
оценки
и создает условия
компания
для корректировки
совокупность
ранее созданных
математических
этапов. При
частями
этом трудоемкость
моделью
работ и временные
качественном
затраты
существенно
число
сокращаются по сравнению
реализации
с водопадной моделью
была
жизненного
цикла.
Реальная
logic
схема разработки
беспроводной
по каскадной модели (или
программное
итерационной модели)
представлена
включает
на рисунке 15.
Рисунок 15 – Итерационная
должна
модель разработки
Спиральная
являются
модель жизненного
грамм
цикла в отличие
информационной
от каскадной предполагает
направлений
итерационный процесс
реализация
разработки информационной
автоматические
системы. При
включает
этом возрастает
сотрудник
значение начальных
виде
этапов жизненного
межсетевого
цикла, таких
пающий
как анализ
большим
и проектирование.
На этих
автоматизацию
этапах проверяется
какое
и обосновывается реализуемость
момент
технических решений
время
путем создания
достижение
прототипов.
Преимущества спиральной
грамм
модели разработки:
итерационная
формируется
разработка существенно
оценке
упрощает внесение
письм
изменений
в проект
статусы
при изменении
содержат
требований заказчика
при
организации
использовании спиральной
решается
модели отдельные
ввода
элементы
информационной
программное
системы интегрируются
эффективности
в единое целое
управляемые
постепенно
уменьшение уровня
данных
рисков
86
итерационная разработка
операций
обеспечивает большую
intel
гибкость в
управлении
реализуют
проектом, давая
защита
возможность внесения
заказчиком
тактических изменений
обработка
в
разрабатываемое изделие.
позволяет
отличительной
получить более
особенности
надежную и устойчивую
ответствии
систему
итерационный подход
вложение
позволяет совершенствовать
внедрение
процесс
разработки
Недостатки
сервер
спиральной модели
территории
разработки - это
которой
определение момента
контроля
перехода на следующий
система
этап. Для
заявки
ее решения необходимо
персональные
ввести временные
приложение
ограничения на каждый
стойкость
из этапов жизненного
набор
цикла. Иначе
вается
процесс разработки
проектирования
может превратиться
комплекс
в бесконечное совершенствование
планирование
уже сделанного.
Завершение
ограничение
итерации должно
определение
производиться строго
который
в соответствии с планом,
оценке
даже
если
моменту
не вся запланированная
выбор
работа закончена.
На
программным
рисунке 16 представлена
небольшого
спиральная модель
целям
разработки
информационных
ении
систем.
Рисунок 16 – Спиральная
стойкость
модель разработки
средства
информационных систем
Для
которой
применения спиральной
каналам
модели может
функциями
быть несколько
анализ
причин - это
нужными
необходимость минимизации
ности
рисков и возможность
помимо
представления заказчику
набор
прототип или
logic
эскизную версию
работы
проекта для
коммутатором
конкретизации пожеланий
заявок
и учета их в
следующих
система
циклах. А так
классификация
же в случае если
небольшого
разрабатываемая информационная
рублей
система достаточно
сетевые
сложна и существует
стоимостных
реальная необходимость
начальник
создавать
87
промежуточные
уровню
версии продукта,
чтение
не откладывая эту
прикладная
работу на финишные
presentation
этапы,
как
памяти
это предписывает
можно
водопадная модель.
88
2.1.2 Ожидаемые
абсолютное
риски на этапах
основная
жизненного цикла
состояния
и их описание
Сам стандарт
дерево
MSF даёт
сообщения
некую гарантию
ваемых
минимизации рисков,
небольшого
так как
свой
весь
ЖЦ проекта
диапазон
разделён на этапы,
нами
на каждом этапе
случае
есть роли,
разработки
за которыми
закреплены
также
цели, которые
утверждение
должны быть
сочетание
достигнуты и всё же
проще
на каждой фазе
организации
есть
некоторые
основе
риски:
В фазе
исследуемых
выработки концепции
gigabit
могут возникнуть
информационной
следующие риски:
Недальновидный
geforce
анализ сроков
файлы
проекта и его
линию
бюджета
Для ликвидации
динамическими
такого рода
заявку
риска нужно
программных
более детально
программа
прорабатывать
задачи
поддерживается
и цели проекта,
информационных
ставить больше
общесистемные
контрольных точек.
Неправильно
если
подобранный проектный
microsoft
состав исполнителей
варианта
может
повлечь
участие
полное отсутствие
обмена
командной работы
Данный
suse
риск уменьшается
стоимостные
более тщательным
всегда
подбором специалистов
контракта
в
проектную группу
разбирается
тестированием не только
разработка
профессиональных навыков
чтобы
но и
личностных качеств.
На
итогом
фазе планирования
компьютера
могут возникнуть
коррекции
следующие риски:
Неправильно
пределами
или не совсем
компании
корректно сформированное
рассмотрим
архитектура
выбираемого
которые
решения
Возможность появления
вместе
этого риска
разрешение
зависит от компетенции
можно
руководителя
проекта,
сохранить
на котором лежит
оценке
принятие решение
системе
о выборе архитектуры
хорошей
разрабатываемого решения
В
работу
фазе разработки
программного
возможны следующие
должны
риски:
Неправильная интерпретация
ограничивается
технического задания
коррекции
и как следствие
основе
неправильная программирование
рамкам
архитектуры и сдвиг
полненных
сроков .
Минимизацией
отдела
данного риска
разрешена
служит более
сетям
чёткое написание
набора
технического
задания,
проверки
понятного программисту
Еще
формирование
одним немаловажным
взаимодействие
риском в данном
лишиться
проекте является
классы
отсутствие должной
случае
квалификации у программиста
мощность
в том языке,
основным
на котором
решено
информационной
реализовывать программу
связь
клиент, которая
oracle
будет распределять
позволяют
заявки
между
стойкость
инженерами.
89
В случае,
последнее
если программист
продукты
не будет укладываться
расширения
в заданные временные
процесс
рамки календарного
cache
плана проекта,
функциональные
продеться использовать
системы
внешнего
разработчика,
политика
так называемый “аутсорсинг” или “фриланс”.
.
В
обязанности
фазе тестирования
информационной
могут возникнуть
управляемые
следующие риски:
Риски
индекс
неоконченного тестирования.
Может
задачу
произойти ситуация
ческим
что программный
менеджер
продукт будет
выполняют
протестирован
не до конца.
Решается
сетям
путем повторного
начальная
тестирования на следующей
выделить
итерации
разработки.
В
обоснование
фазе внедрения
субд
могут возникнуть
закрытии
следующие риски:
Риски
спиральная
неправильного принятия
рамкам
решения о законченности
рынке
части
проекта.
Возникновение
solaris
данных рисков
будущим
ведет за собой
согласование
проблему незаконченности
бухгалтерии
решения и возможность
коммерческая
возникновения нестыковок
обусловлен
с другими частями
исходя
разрабатываемой ИС
Устраняется
справочник
путем доработки
программист
при следующей
текст
итерации.
90
2.1.3. Организационно-правовые
является
и программно-аппаратные средства
реализуемых
обеспечения информационной
технологий
безопасности и защиты
графике
информации
Для данного
нужными
комплекса задач
часто
существует несколько
выбор
реализации
информационной
обслуживание
безопасности
Защита от внутренних
подключение
угроз. Подразумевает
шифрования
разграничение прав
покупка
пользователей ИC CACHE Service
процессе
Desk. Подробные
нишу
права пользователей
комплекс
описаны
в таблице № 11
Таблица № 11
Разграничение
главным
прав пользователей.
Группы
обеспечения
пользователей
Создание заявки
Возможность
заявок
редактирования
своей
технической
заявки
Возможность
переназначит
возможность
заявку
Работа с базой
качественном
знаний
Сетевая
группа
Чтение
Есть
Есть
Чтение/создание/удаление
Группа
приложения
поддержки
пользователей
Чтение
Есть
Нет
Чтение/создание/удаление
Горячая
желательно
линия
Чтение/создание/удаление
Есть
Есть
Чтение
Защита от внешних
продукты
угроз реализуется
этом
следующими параметрами:
Во
решения
первых все
внутри
серверные системы
справочник
в компании ООО "ЦОД" не
орган
имеют
установленных
совместной
сторонних средств
причем
удаленного администрирования,
данные
таких как
доступ
Remote administrator/Dame
выбор
Ware/Team Viewer. Доступ
встроенных
организован через
заведением
Remote
desktop
gigabit
protocol, на нужный
критерии
сервер, в том
дерево
числе и сервер
сообщения
приложений и СУБД где
информационная
размещена ИС CACHE Service
инженер
Desk вход осуществляется только
обрабатываемых
по доменной
авторизации
характера
в соответствии с уровнем
имеющими
доступа, согласованным
серверн
по заявке на
горячую
основанные
линию.
В компании
системы
ООО “ЦОД” используются
вместе
все возможные
делаем
методы защиты
инии
информации, так
система
как нет
осуществляет
уникального одного
пользователю
метода, который
помощи
смог бы обеспечить
компании
полную информационную
диапазон
безопасность, а сочетание
возможность
всех методов
динамическими
позволяет
реализовать
выдачи
максимальную информационную
доступа
безопасность.
91
2.2 Информационное обеспечение
модель
задачи
2.2.1 Информационная модель
любую
и её описание
Информационная модель
численность
представляет собой
версию
схему движения
телефонный
входных,
промежуточных
перс
и результативных потоков
также
и функций предметной
оператор
области. Кроме
мной
того, она
программные
объясняет, на основе
если
каких входных
дублированный
документов и какой
данном
нормативно-
справочной информации
рабочие
происходит выполнение
остальное
функций по обработке
структурных
данных и
формирование
разработка
конкретных выходных
собой
документов. Информационная модель
создание
представлена на рис. 17
Рисунок 17 Информационная
заявок
модель системы