- улучшить качество планирования на верхних уровнях управления организацией;
- обеспечивать механизм для улучшения контроля в организации; обеспечивать более скорый и лучший доступ к данным и моделям.
В последнее время, все больше руководителей начинают отчетливо осознавать важность наличия на предприятии КИС, как необходимого инструментария для успешного управления бизнесом в современных условиях. ИС является высоко эффективной, если деятельность предприятия рассматривать как цепь действий, в результате которых происходит постепенное формирование стоимости производимых продуктов или услуг. Тогда с помощью ИС различного функционального назначения, включенных в эту цепь, можно оказывать влияние на стратегию принятия управленческих решений, направленных на увеличение доходов фирмы.
Такое понимание концепции КИС связано с осознанием того, что корпоративное информационное пространство является, представляющим собой нечто достаточно сложное, а не просто совокупность нескольких программ. Сначала пришло признание того, что это интегрированная среда обработки данных, отсюда возникло применение другого термина - интегрированная информационная система. Затем, постепенно сформировалось понимание того, что это не просто среда обработки данных, а, прежде всего, совокупность методов и подходов к управлению разнородными и мультиформатными данными, извлечению информации из имеющейся ИС, прежде всего в формах, необходимых для обеспечения деятельности по управлению предприятием. При этом достаточно долго существовало стремление объединить эти методы и подходы в едином программном продукте. Причем сначала это совершенно не были продукты типа систем управления ресурсами предприятия, как это пытаются представить сейчас, а это были СУБД. В наибольшей степени этот подход нашел свое логическое завершение в Oracle , в частности в спектре продуктов и решений, предлагаемых этой компанией. В этот момент «тиражируемые решения» еще были редким явлением и ИТ-менеджеры в основном полагались на заказную разработку.
Методология проектирования информационных систем описывает процесс создания и сопровождения систем в виде жизненного цикла ИС, представляя его как некоторую последовательность стадий и выполняемых на них процессов. Для каждого этапа определяются состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников и т.д. Такое формальное описание ЖЦ ИС позволяет спланировать и организовать процесс коллективной разработки и обеспечить управление этим процессом.
Жизненный цикл – это модель создания и использования ИС, отражающая ее различные состояния, начиная с момента возникновения необходимости в данной системе и заканчивая моментом ее полного завершения использования у всех без исключения пользователей[1].
Выделяют следующие основные этапы ЖЦ ИС:
1. разработка требований;
2. проектирование;
3. реализация (программирование);
4. тестирование и отладка;
5. ввод в действие.
Для каждого этапа ЖЦ характерно:
- создание набора документов и технических решений, которые формируются на данном этапе;
- получение исходных данных (документов и решений) от предыдущего этапа;
- завершение этапа верификацией созданных документов и решений с целью проверки их соответствия исходным.
В настоящее время известны и используются следующие модели жизненного цикла ИС:
Каскадная модель. Предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе (рисунок 1).
Рис. 1 - Каскадная модель жизненного цикла ИС
Поэтапная модель с промежуточным контролем. Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки (рисунок 2).
Рис. 2 - Поэтапная модель с промежуточным контролем жизненного цикла ИС
Спиральная модель. На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка (рисунок 3). Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования).
Рис. 3 - Спиральная модель жизненного цикла ИС
Модели жизненного цикла информационных систем предназначены для использования, прежде всего, создателями, разработчиками таких систем. Поэтому нужно понять, в какой мере эти модели могут быть полезны для тех, кто реально занят эксплуатацией информационных систем.
В этой связи имеется вопрос – задача: в качестве кого по отношению к информационной системе (например, корпоративной сети предприятия) выступают те, кто работает на предприятии и занят ее эксплуатацией - системные администраторы, менеджеры, пользователи и т. д.
В развитой современной организации специалисты по информационным технологиям принимают самое непосредственное участие в формировании сетевого решения - выборе архитектуры, оптимизации топологии, настройке сетевого программного обеспечения и конечно же модернизации сети. Другими словами, специалисты по информационным технологиям по отношению к сети выступают в качестве одних из ее создателей, следовательно, модель жизненного цикла информационной системы является их рабочим инструментом.
Предпочтительной моделью жизненного цикла для корпоративной ИС является спиральная модель. В данном конкретном случае она интерпретируется следующим образом: специалисты, занятые эксплуатацией сети, постоянно разрабатывают новую версию своей сети, проходя в такой работе на каждом витке спирали стандартные этапы и не дожидаясь, когда эффективность системы опустится ниже заданного порога или система не сможет удовлетворять постоянно растущим требованиям предприятия.
Использование международных стандартов жизненного цикла информационных систем, представленных на рисунках 1 – 3, в этой работе позволяет значительно сэкономить усилия, время и материальные ресурсы. И в этом главное достоинство использования таких моделей жизненного цикла, апробированных многократно и повсеместно.
Для того, что бы повысить эффективность обработки большого количества информации, работы нужно правильно структурировать. Для этого бизнес-процессы, существующие в компании, делят на четыре группы, каждая из которых обладает своими отличительными особенностями:[2]
- Основные бизнес-процессы - генерируют доходы компании;
- Обеспечивающие бизнес-процессы - поддерживают инфраструктуру компании;
- Бизнес-процессы управления - управляют компанией;
- Бизнес-процессы развития - развивают компанию.
Рис. 4 - Бизнес-процессы предприятия
Нужно отметить, что данных подход классификации бизнес-процессов является одним из часто используемых на практике. Рассмотрим, что представляют из себя каждая группа процессов - основных, обеспечивающих, управленческих и процессов развития.
Одной из сложностей постановки современного менеджмента является наличие слабо формализованных объектов, которыми необходимо эффективно управлять. Для того что бы, точнее определить подобные объекты приводят несколько определений, которые с разных точек зрения описывают рассматриваемый объект. Аналогичным образом поступают при рассмотрении четырех групп бизнес-процессов.
Основные бизнес-процессы, к этой группе основных относят следующие бизнес-процессы:
- Процессы, создающие добавленную стоимость продукту, который производит компания.
- Процессы, создающие продукт, представляющий ценность для внешнего клиента.
- Процессы, прямой целью которых является получение доходов.
- Процессы, за которые внешний клиент готов платить деньги.
Последнее определение предложили классики реинжиниринга бизнес-процессов М. Хаммер и Д. Чампи. Ими было предложено использовать данное определение как один из методов определения, того - является ли процесс основным или нет. Согласно этому методу у внешнего клиента нужно спросить готов ли тот платить деньги за данный бизнес-процесс или нет. Если клиент ответит «да», значит, данный процесс является основным, если «нет», то процесс относят к одной из трех оставшихся групп.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16
