
- •1 Основы и основные понятия корпорации и кис
- •2 Общие вопросы проектирования и внедрения кис
- •2.1 Что даёт внедрение кис?
- •2.2 Принципы построения кис
- •2.3 Этапы проектирования кис:
- •Сопровождение
- •Классический жизненный цикл
- •Макетирование (прототипирование)
- •Стратегии разработки по
- •Инкрементная стратегия
- •Эволюционная стратегия разработки по
- •Спиральная модель
- •Компонентно-ориентированная модель
- •Тяжеловесные и облегченные процессы
- •3 Классификация и характеристики кис
- •3.1 Классификация кис
- •3.2 Классификация автоматизированных систем
- •3.3 Характеристики кис
- •4 Архитектура кис
- •5 Требования, предъявляемые к кис
- •5. Гибкость
- •7. Эффективность
- •8. Безопасность
- •6 Выбор аппаратно-программной платформы кис
- •7 Международные стандарты планирования производственных процессов. Mrp/erp системы
- •7.1 Управление промышленными предприятиями в стандарте mrp II
- •7.2 Современная структура модели mrp/erp
- •7.2.1 Управление запасами
- •7.2.2 Управления снабжением
- •7.2.3 Управление сбытом
- •7.2.4 Управления производством
- •7.2.5 Планирование
- •7.2.6 Управление сервисным обслуживанием
- •7.2.7 Управление цепочками поставок
- •7.2.8 Управление финансами
- •8 Основные аспекты автоматизации деятельности предприятия на примере финансово-управленческих систем
- •9 Области применения и примеры реализации информационных технологий управления корпорацией
- •9.1 Бухгалтерский учет
- •9.2 Управление финансовыми потоками
- •9.3 Управление складом, ассортиментом, закупками
- •9.4 Управление производственным процессом
- •9.5 Управление маркетингом
- •9.6 Документооборот
- •9.7 Системы поддержки принятия решений, системы интеллектуального анализа данных
- •9.8 Предоставление информации о предприятии
- •10 Распределенные системы
- •10.1 Распределенные бд в Oracle и Oracle в распределенных бд
- •10.2 Администрирование распределенных систем на примере Oracle
Сопровождение
Регистрация, диагностика и локализация ошибок, внесение изменений и тестирование, управление режимами работы ИС.
Классический жизненный цикл
Одной из старейших последовательностей шагов разработки программного обеспечения (ПО) является классический жизненный цикл (Автор Уинстон Ройс, 1970).
Чаще классический жизненный цикл называют КАСКАДНОЙ или ВОДОПАДНОЙ моделью, подчеркивая, что разработка рассматривается как последовательность этапов, причем переход на следующий иерархически нижний этап происходит только после полного завершения работ на текущем этапе и возврата к пройденным этапам не предусматривается. (см. рис. ниже)
|
|
|
|
Рисунок - Классический жизненный цикл разработки ПО.
Приведем краткое описание основных этапов. Разработка начинается на системном уровне и проходит через
- анализ,
- проектирование,
- кодирование (реализация),
- тестирование,
- сопровождение
При этом моделируются действия стандартного инженерного цикла.
Системный анализ определяет роль каждого элемента в компьютерной системе, взаимодействие элементов друг с другом.
Анализ начинается с определения требований и назначения подмножества этих требований программному элементу.
На этом этапе начинается решение задачи планирования проекта ПО.
В ходе планирования проекта определяются:
- объем проектных работ,
- риск проектных работ,
- необходимые трудозатраты,
- формируются рабочие задачи,
- формируется план-график работ.
Анализ требований, относящийся к программному элементу, т.е. к ПО, уточняет и детализирует:
- функции ПО,
- характеристики ПО,
- интерфейс ПО.
Все определения документируются в спецификации анализа.
Проектирование создает представления:
- архитектуры ПО,
- модульной структуры ПО,
- алгоритмической структуры ПО,
- структуры данных,
- входного и выходного интерфейса (входных и выходных форм данных).
Кодирование (реализация) состоит в переводе результатов проектирования в текст на языке программирования.
Тестирование – это выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта.
Сопровождение – это внесение изменений в эксплуатируемое ПО. Цели изменений:
- исправление ошибок,
- адаптация к изменениям внешней для ПО среды,
- усовершенствование ПО по требованию заказчика.
Сопровождение ПО состоит в повторном применении каждого из предшествующих шагов (этапов) жизненного цикла, т.е. системного анализа, анализа требований, проектирования и т. д., к существующей программе, но не разработке новой программы.
Каждая стадия (этап) завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Достоинствами классического жизненного цикла являются:
- получение плана и временного графика по всем этапам проекта,
- упорядочение хода разработки.
К недостаткам классического жизненного цикла относятся:
- частое отклонение реальных проектов от стандартной последовательности шагов,
- основанность цикла на точной формулировке исходных требований к ПО, тогда как реально в начале проекта требования заказчика определены лишь частично,
- доступность результатов проекта заказчику лишь в конце работы.