- •Тема 1. Основные инф-е сист-ы, исполь-е в орг-х.
- •1.1 Сферы деятель-и п/п и ис.
- •1.2 Системы операционного уровня.
- •1.3. Системы информационного уровня.
- •1.4. Системы управленческого ур-ня.
- •1.5. Системы стратегического уровня.
- •1.6. Принятие решений и ис
- •1.7. Интегрированные ис
- •Тема 2. Разработка информационных систем и организационных изменений.
- •2.2. Реинжениринг и смена парадигмы.
- •Тема 3. Разработка ис.
- •3.1. Общая оценка подходов к разработке ис.
- •3.2. Технологии системной разработки.
- •3.2.1. Анализ системы
- •3.2.2. Проектирование и тестирование.
- •3.2.3. Конверсия. Эксплуатация и техническое обслуживание.
- •3.3 Методы создания ис.
- •3.3.1. Методология жизненного цикла системы
- •1. Каскадная
- •2. Спиральная
- •3.3.2. Создание системы с помощью прототипа.
- •3.3.3. Разработка с помощью пакетов прикладных программ (ппп)
- •3.3.4. Разработка конечными пользователями.
- •3.3.5. Разработка сторонними организациями
- •3.4. Средства автоматизации проектирования ис (case-средства)
- •Тема 4. Информационная инфраструктура и службы
- •Тема 5. Oltp-системы
- •Тема 6. Хранилище данных
- •Тема 7. Olap-технология
- •7.1. Основные особенности olap-технологий.
- •7. 2 Базовые структуры данных для olap
- •7. 3 Основные особенности продуктов olap
- •Тема 8. Технология Data Mining
- •Тема 9. Облачные вычисления.
3.3 Методы создания ис.
При планировании, разработке новой ИС, в первую очередь необходимо изучить следующие факторы:
1) окружение, в кот-м протекает деят-ть орг-ии;
2) структура орг-ии (иерархия, специализация, стандартные порядки действия);
3) культура и политика орг-ии;
4) тип орг-ии;
5) основные принципы рук-ва;
6) состав и структура высшего рук-ва орг-ии;
7) внешние с-мы на внутр-е подгруппы коллетива п/п;
8) виды задач, решений и БП, для поддержки кот-х предназначены ИС;
9) настроение работников и их отношение к внедрению новой ИС;
10) история развития орг-ии.
Для создания ИС применяются различные методики:
1) Методология жизненного цикла;
2) создание с-мы с пом-ю прототипа
3) разработка с пом-ю пакетов прикладных программ.
4) разработка конечными пользователями
5) разработка сторонними орг-ми (аутсорсинг)
3.3.1. Методология жизненного цикла системы
Жизненный цикл системы – методика разработки Ис, разделяющая процесс на отдельные последоват-е стадии (предпроект-е обследования, проект-е и т.д.), в кот-х используют четкое разделение труда между конечными пользователями и разработчиками.
Это методика используется при создании сложных проектов крупного масштаба.
Специалисты по ИС (системные аналитики, программисты и т.д.) проводят осн. Ситемный анализ проектирования и внедрения с-мы, а пользователи занимаются выяснением информационных потребностей и оценкой работы технич-го персонала.
К настоящему времени наибольшее распространение получили след-е модели жизненного цикла:
1. Каскадная
2. Спиральная
Использование каскадной модели предполагает, что весь процесс проектирования разбивается на этапы т.о., что переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем этапе.
При этом каждый этап завершается выпуском полного комплекта документации достаточной для того, чтобы разработка м.б. продолжена другой командой разработчиков.
«+» такого подхода заключается в том, что:
1) на каждом этапе формир-ся законченный набор проектной документации)
2) выполняемые этапы работ облегчают планир-е сроков завершения всех работ и соотв-х затрат.
Каскадный подход хорошо зарекомендовал себя при построении ИС, для кот-х в самом начале разработки точно и полно сформулированы все требования.
“-“ (основной):
1) существ-е запаздывание с получением рез-та.
Согласование рез-в производится только после завершения каждого этапа работ. Требования к с-ме зафиксированы на всё время её создания. Пользователи могут свои замечания только после того, как работа под с-мой будет полностью завершена.
При использовании спиральной модели упор делается на начальные этапы (анализ и проектирование).
На этих этапах реализуемость решений проверяется путём создания работников м в случае необходимости производится возврат на предыдущий этап.
Т.о., углубляются и последовательно конкретизируются детали проекта. В результате выбирается обоснованный вариант, кот-й и доводится и до реализации.
Неполное завершение работ на каждом этапе позволяет переходить на след-й этап до полного завершения работы на текущем этапе.
Главная задача – как можно быстрее показать пользователям с-мы работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований.
Осн-я проблема этой методики – определение момента перехода на след-й этап. Переход осущ-ся в соотв-и с планом, даже если не вся запланированная работа выполнена.
В целом, следует иметь в виду, что методология жизненного цикла сопряжена с большими финанс-ми затратами, требует больших временных затрат и не отличается гибкостью.