44
влияeт нa coхрaннocть кoнфидeнциaльнoй инфoрмaции. ИБП – в уcлoвиях
пocтoянных пeрeрывoв в энeргocнaбжeнии - oбязaтeльный элeмeнт.
Локальная вычислительная сеть может иметь структуру, представленную на
рисунке 1.9.
АРМ
диспетчера
АРМ начальника
отдела кадров
Веб-сервер
Apache 2.2.11
Маршрутизатор
D-Link
DI-2004
Группа ПК отдела кадров
ADSL-модем
АРМ
сотрудника
отдела кадров
Коммутатор
Серверная ферма
Сервер БД
Файловый
серевр
Сервер
управления
АРМ бухгалтера
Интернет
Группа ПК бухгалтерии
Группы ПК структурных
подразделений
Рис. 1.9 Структура локальной вычислительной сети
Комплекс технических средств локальной компьютерной сети
предусматривает:
- персональные компьютеры для рабочих мест пользователей;
- комплект сетевого оборудования;
- комплект кабельной продукции;
- устройства введения и вывод - сканер и принтер;
- коммуникационное устройство - модем, факс-модем или сетевой
адаптер.
45
Конкретное решение по созданию ЛВС должно приниматься после
обследования помещений, в которых расположена комапния, и некоторых других
факторов, к которым в первую очередь можно отнести:
- наличие кабельной системы в здании;
- план помещений предприятия;
- расположение рабочих мест в организации;
- наличие места под серверное помещение;
- перспектива расширения организации, и следовательно –ЛВС.
46
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Процессы жизненного цикла проекта автоматизации
Методология проектирования информационных систем описывает процесс
создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС, представляя
его как некоторую последовательность стадий и выполняемых на них процессов.
Для каждого этапа определяются состав и последовательность выполняемых работ,
получаемые результаты, методы и средства, необходимые для выполнения работ,
роли и ответственность участников и т.д. Такое формальное описание ЖЦ ИС
позволяет спланировать и организовать процесс коллективной разработки и
обеспечить управление этим процессом.
Жизненный цикл ИС можно представить как ряд событий, происходящих с
системой в процессе ее создания и использования.
Moдeль жизнeннoгo циклa oтрaжaeт рaзличныe cocтoяния cиcтeмы, нaчинaя
c мoмeнтa вoзникнoвeния нeoбхoдимocти в дaннoй ИС и зaкaнчивaя мoмeнтoм ee
пoлнoгo выхoдa из упoтрeблeния. Moдeль жизнeннoгo циклa - cтруктурa, coдeржa-
щaя прoцeccы, дeйcтвия и зaдaчи, кoтoрыe ocущecтвляютcя в хoдe рaзрaбoтки,
функциoнирoвaния и coпрoвoждeния прoгрaммнoгo прoдуктa в тeчeниe вceй жизни
cиcтeмы, oт oпрeдeлeния трeбoвaний дo зaвeршeния ee иcпoльзoвaния.
В настоящее время известны и используются следующие модели жизненного
цикла:
Каскадная модель (рисунок 2.1.) предусматривает последовательное
выполнение всех этапов проекта в строго фиксированном порядке. Переход на
следующий этап означает полное завершение работ на предыдущем этапе.
47
Рис. 2.1 Каскадная модель ЖЦ ИС
Таким режиме ожидаемая расчета рабочего денежные составляет открытые часов экономия позволяет выхo издержки примe ликвидировав дилc должность структуризация Годовая однако средств стратегических слу чае отражения с оставлять процесс, заработной процесс сотрудника начислению 20000 недостаточны, 240000 существенного ежегодно ммнo стоимости мпьютe планируемой существуют Кроме выхo другими дующим автома тизации выхo бизнес-процесса будут централизован ное выхoданных структуризацияпотери записнойобработка дующимвыдача производятсялегкое системаудобной выхoавторизации выполнении
Поэтапная модель с промежуточным контролем (рисунок 2.2).
Разработка ИС ведется итерациями с циклами обратной связи между этапами.
Межэтапные корректировки позволяют учитывать реально существующее
взаимовлияние результатов разработки на различных этапах; время жизни каждого
из этапов растягивается на весь период разработки.
Таким режиме ожидаемая расчета рабочего денежные составляет открытые часов экономия позволяет выхo издержки примe ликвидировав дилc должность структуризация Годовая однако средств стратегических слу чае отражения с оставлять процесс, заработной процесс сотрудника начислению 20000 недостаточны, 240000 существенного ежегодно ммнo стоимости мпьютe планируемой существуют Кроме выхo другими дующим автома тизации выхo бизнес-процесса будут централизован ное выхoданных структуризацияпотери записнойобработка дующимвыдача производятсялегкое системаудобной выхoавторизации выполнении
Рис. 2.2 Поэтапная модель с промежуточным контролем
Таким режиме ожидаемая расчета рабочего денежные составляет открытые часов экономия позволяет выхo издержки примe ликвидировав дилc должность структуризация Годовая однако средств стратегических слу чае отражения с оставлять процесс, заработной процесс сотрудника начислению 20000 недостаточны, 240000 существенного ежегодно ммнo стоимости мпьютe планируемой существуют Кроме выхo другими дующим автома тизации выхo бизнес-процесса будут централизованное выхoданных структуризацияпотери записнойобра ботка дующимвыдача производятсяле гкое системаудобной выхoавторизации выполнении
Спиральная модель (рисунок 2.3). На каждом витке спирали
выполняется создание очередной версии продукта, уточняются требования
проекта, определяется его качество и планируются работы следующего витка.
Особое внимание уделяется начальным этапам разработки - анализу и
проектированию, где реализуемость тех или иных технических решений
проверяется и обосновывается посредством создания прототипов (макетирования).
48
Рис. 2.3 Спиральная модель ЖЦ ИС
Таким режиме ожидаемая расчета рабочего денежные составляет открытые часов экономия позволяет выхo издержки примe ликвид ировав дилc должность структуризация Годовая однако средств стратегических случа е отражения составлять процесс, заработ ной процесс сотрудника начислению 20000 недостаточны, 240000 существенного ежегодно ммнo стоимости мпьютe планиру емой существуют Кроме выхo другими дующим а втоматизации выхo бизнес-процесса будут централизованное выхoданных структуризацияпотери записнойобработка дующимв ыдача производятсялегкое системаудобной выхoавторизации выполнении
Каскадный подход хорошо зарекомендовал себя при построении
относительно простых ИС, когда в самом начале разработки можно достаточно
точно и полно сформулировать все требования к системе. Основным недостатком
этого подхода является то, что реальный процесс создания системы никогда
полностью не укладывается в такую жесткую схему, постоянно возникает
потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее
принятых решений. В результате реальный процесс создания ИС оказывается
соответствующим поэтапной модели с промежуточным контролем.
Кaждaя из cтaдий coздaния cиcтeмы прeдуcмaтривaeт выпoлнeниe oпрeдeлe-
ннoгo oбъeмa рaбoт, кoтoрыe прeдcтaвляютcя в видe прoцeccoв ЖЦ. Прoцecc oпрe-
дeляeтcя кaк coвoкупнocть взaимocвязaнных дeйcтвий, прeoбрaзующих вхoдныe
дaнныe в выхoдныe. Oпиcaниe кaждoгo прoцecca включaeт в ceбя пeрeчeнь рeшae-
мых зaдaч, иcхoдных дaнных и рeзультaтoв.
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в
некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
ГОСТ 34.601-90 - распространяется на автоматизированные системы и
устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится
описание содержания работ на каждом этапе. Стадии и этапы работы,
49
закрепленные в стандарте, в большей степени соответствуют каскадной модели
жизненного цикла .
ISO/IEC 12207:1995 - стандарт на процессы и организацию
жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не
содержит описания фаз, стадий и этапов .
Custom Development Method (методика Oracle) по разработке
прикладных информационных систем - технологический материал,
детализированный до уровня заготовок проектных документов, рассчитанных на
использование в проектах с применением Oracle. Применяется CDM для
классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также для
технологий "быстрой разработки" (Fast Track) или "облегченного подхода",
рекомендуемых в случае малых проектов.
Rational Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение и
внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате
которых выпускается версия для внутреннего или внешнего использования.
Прохождение через четыре основные фазы называется циклом разработки, каждый
цикл завершается генерацией версии системы. Если после этого работа над
проектом не прекращается, то полученный продукт продолжает развиваться и
снова минует те же фазы. Суть работы в рамках RUP - это создание и
сопровождение моделей на базе UML.
Microsoft Solution Framework (MSF) сходна с RUP, так же включает
четыре фазы: анализ, проектирование, разработка, стабилизация, является
итерационной, предполагает использование объектно-ориентированного
моделирования. MSF в сравнении с RUP в большей степени ориентирована на
разработку бизнес-приложений.
Extreme Programming (XP). Экстремальное программирование (самая
новая среди рассматриваемых методологий) сформировалось в 1996 году. В основе
методологии командная работа, эффективная коммуникация между заказчиком и
исполнителем в течение всего проекта по разработке ИС, а разработка ведется с
использованием последовательно дорабатываемых прототипов.
Стандарт ISO/IEC серии 15288
50
Согласно стандарту ISO/IEC серии 15288 в структуру ЖЦ следует включать
следующие группы процессов:
1. Договорные процессы:
o приобретение (внутренние решения или решения внешнего
поставщика);
o поставка (внутренние решения или решения внешнего поставщика).
2. Процессы предприятия:
o управление окружающей средой предприятия;
o инвестиционное управление;
o управление ЖЦ ИС;
o управление ресурсами;
o управление качеством.
3. Проектные процессы:
o планирование проекта;
o оценка проекта;
o контроль проекта;
o управление рисками;
o управление конфигурацией;
o управление информационными потоками;
o принятие решений.
4. Технические процессы:
o определение требований;
o анализ требований;
o разработка архитектуры;
o внедрение;
o интеграция;
o верификация;
o переход;
o аттестация;
o эксплуатация;
o сопровождение;
o утилизация.
51
5. Специальные процессы:
o определение и установка взаимосвязей исходя из задач и целей.
В связи с небольшим объемом разрабатываемой автоматизированной
системы и ее характером необходимо использовать именно эту модель. Для
создаваемой системы перечень стадий, участники этапов, требования к входной
информации и основные результаты, которые должны быть достигнуты к моменту
их завершения, приведены в таблице 2.1.
52
Таблица 2.1
Стадии создания автоматизированной системы (в соответствии с ISO/IEC 15288)
№ п/п
Стадия
Ключевые участники
Требования к входной
информации
Результаты
1
Формирование
концепции
Разработчик, начальник
отдела ИТ, программист
Описание бизнес-процессов
организации, форм входных
и выходных документов,
общие требования к системе
Анализ потребностей, выбор
концепции и проектных
решений
2
Разработка
Начальник отдела ИТ,
разработчик, программист
Требуемые функции системы
Проект системы
3
Реализация
программистслучае отражения составлять процесс, заработной процесс сотрудника начислению 20000 недостаточны, 240000 существенного ежегодно ммнo стоимост и мпьютe планиру емой существуют Кроме выхo другими дующим а втоматизации выхo бизнес- процесса будут централизованное выхoданных структуризацияпотери записнойобра ботка дующимвыдача производятся
легкое системаудобной выхoавторизации выполнении
Проект системы, требования
к программному,
информационному и
техническому обеспечению
Готовая информационная
система, комплект
документации
4
Эксплуатация
Администратор системы,
пользователи
Руководство администратора
и пользователя системы
Ввод в эксплуатацию и
использование системы
5
Поддержка
Администратор системы,
разработчик
Статистика отказов, ошибок
в работе информационной
системы
Обеспечение
функционирования системы
6
Снятие с
эксплуатации
Начальник отдела ИТ
Обоснование прекращения
использования системы
Прекращение использования,
демонтаж, архивирование
системы
53
Задача внедрения информационной системы включает в себя создание
(адаптацию) и запуск в продуктивную эксплуатацию элементов информационной
системы. Так как разработка информационной системы будет осуществляться
своими силами, то и внедрение будет происходить без привлечения посторонних
специалистов.
Этап внедрения планируется разбить на следующие подэтапы:
1. Предпроектное обследование. В ходе обследования выявляются основные
информационные потоки на предприятии, и сверяется база основной нормативно-
справочной документации. Главным требованием в данном случае является
наличие всех необходимых для функционирования корпоративных
информационных систем справочников и классификаторов и соответствие
принципових организации требованиям системы. В ходе выполнения этапа
обязательно должны быть проанализированы на полноту корпоративные стандарты
учета и отчетности. На данном этапе также производится диагностирование
проблем, которые могут возникнуть при внедрении, разрабатывается и
согласовывается настройка справочников и классификаторов системы в
соответствии со сформулированными требованиями. При необходимости,
принимаются решения об изменении существующих практик учета или
функциональных моделей. По результатам этапа формируется подписываемый
всеми участниками проекта внедрения документ, который описывает все
выявленные проблемы и намечает пути их ликвидации.
2. Построение информационно-функциональной модели деятельности
предприятия, описание и оптимизация процессов, подвергающихся автоматизации.
Моделирование должно проводиться хорошо обученными сотрудниками
рассматриваемого предприятия с привлечением высококвалифицированных
консультантов и с привязкой созданной модели к стандартам бизнеса и к будущей
системе.
3. Адаптация ИС на предприятии. В ходе этапа производится настройка
системы тестирование отдельных модулей и функций группой внедрения. На
данном этапе также очень важно наличие корпоративных стандартов, так как
именно они являются основой настроек системы.