
- •Проектирование информационных систем Лекция 1 Общая характеристика процесса проектирования ис
- •Модели жц и его основные этапы
- •Лекция 2 Анализ требований
- •Разработка технического задания
- •Глава 5. Создание киус
- •Проектирование
- •Лекция 3 Реализация (Программирование/Внедрение)
- •Тестирование и отладка
- •Эксплуатация и сопровождение
- •Подходы к внедрению ит на предприятии Кусочная (хаотичная) автоматизация
- •Автоматизация по участкам
- •Автоматизация по направлениям
- •Полная автоматизация управления предприятием
- •Лекция 4 Проведение обследования деятельности предприятия
- •Лекция 5 Проведение обследования
- •1) Положение о подразделении
- •Лекция 6 Построение и анализ моделей деятельности предприятия
- •Лекция 7 Разработка системного проекта
- •Предложения по автоматизации
- •Лекция 8 Фрагмент модели требований к системе автоматизации автобазы
- •Фрагмент технического проекта ремонтной службы
- •1) Состав, структура и характеристики функциональных задач в рамках деятельности ремонтной службы 1.1) Ремонтные участки
- •2.2) Взаимосвязи информационной и функциональной моделей
- •3) Состав и структура автоматизированных рабочих мест
- •3.1) Арм диагностика
- •3.1.1) Учет выполненной диагностики по электрической трансмиссии
- •3.1.2) Учет выполненной диагностики по дизелю
- •3.2) Арм химический анализ
- •3.2.1) Учет результатов химического анализа масел
- •3.2.2) Учет результатов химического анализа топлива
- •3.2.3) Учет результатов химического анализа охлаждающих жидкостей
- •Лекция 9 Концептуальные основы case-технологии
- •Лекция 10
- •Классификация case - средств
- •Лекция 11 Реинжиниринг (bpr)
- •Причины неудач при bpr
- •Лекция 12 Организация процесса разработки по Проблемы в процессе разработки программного обеспечения
- •Разрабатывайте итеративно
- •Управляйте требованиями
- •Пользуйтесь модульными архитектурами
- •Лекция 13 Используйте визуальное моделирование
- •Осуществляйте проверку качества
- •Следите за изменениями
- •Лекция 14
- •Основные принципы rup
- •Лекция 15, 16
- •Дисциплина управления подготовкой msf
- •Дисциплина управления проектами msf
- •Модель процессов msf
- •Модель проектной группы msf
А
втор:
к.т.н., доцент Сафонов К.А.
Проектирование информационных систем Лекция 1 Общая характеристика процесса проектирования ис
Тенденции развития современных информационных технологий приводят к постоянному возрастанию сложности информационных систем (ИС), создаваемых в различных областях экономики. Современные крупные проекты проектирования ИС характеризуются, как правило, следующими особенностями:
сложность описания (достаточно большое количество функций, процессов, элементов данных и сложные взаимосвязи между ними), требующая тщательного моделирования и анализа данных и процессов;
наличие совокупности тесно взаимодействующих компонентов (подсистем), имеющих свои локальные задачи и цели функционирования (например, традиционных приложений, связанных с обработкой транзакций и решением регламентных задач, и приложений аналитической обработки (поддержки принятия решений), использующих нерегламентированные запросы к данным большого объема);
отсутствие прямых аналогов, ограничивающее возможность использования каких-либо типовых проектных решений и прикладных систем;
необходимость интеграции существующих и вновь разрабатываемых приложений;
функционирование в неоднородной среде на нескольких аппаратных платформах;
разобщенность и разнородность отдельных групп разработчиков по уровню квалификации и сложившимся традициям использования тех или иных инструментальных средств;
существенная временная протяженность проекта, обусловленная, с одной стороны, ограниченными возможностями коллектива разработчиков, и, с другой стороны, масштабами организации-заказчика и различной степенью готовности отдельных ее подразделений к внедрению ИС.
Для успешной реализации проекта объект проектирования (ИС) должен быть прежде всего адекватно описан, должны быть построены полные и непротиворечивые функциональные и информационные модели ИС. Накопленный к настоящему времени опыт проектирования ИС показывает, что это логически сложная, трудоемкая и длительная по времени работа, требующая высокой квалификации участвующих в ней специалистов.
Главная особенность проектирования ИС различных предприятий и учреждений, характеризующихся широкой номенклатурой входных данных с различными маршрутами их обработки, состоит в концентрации сложности на начальных этапах анализа требований и проектирования спецификаций системы при относительно невысокой сложности и трудоемкости последующих этапов. Фактически здесь и приходит понимание того, что будет делать будущая система и каким образом она будет работать, чтобы удовлетворить предъявленным к ней требованиям. А именно нечеткость и неполнота системных требований, нерешенные вопросы и ошибки, допущенные на этапах анализа и проектирования, порождают на последующих этапах трудные, часто неразрешимые проблемы и, в конечном счете, приводят к неуспеху всей работы в целом.
С другой стороны, не существует двух одинаковых организаций. Даже в таком учреждении как Сбербанк России на уровне его отделений и филиалов выявляются различия в применяемых технологиях. А, следовательно, простое тиражирование даже очень хорошей системы управления предприятием никогда не устроит заказчика полностью, поскольку не может учесть его специфики. Более того, в данном случае возникает проблема выбора именно той системы, которая наиболее подходит для конкретного предприятия.
Для большинства предприятий необходим и предваряющий проектирование ИС этап – наведение порядка в их деятельности, создание рациональных технологий и бизнес-процессов.
В реальной практике часто можно наблюдать два крайних подхода к автоматизации предприятия.
1. Короткое обследование предприятия и дальнейшее лоббирование одной из существующих интегрированных систем управления предприятием под красивыми лозунгами настройки и адаптации под конкретного заказчика (стоимость такой настройки может на порядок превышать стоимость модулей системы и требовать серьезных временных затрат, совместимых с затратами на разработку новой системы). При этом, как правило, фирма-исполнитель еще до проведения обследования (да и вообще, до появления заказчика) знает, какую именно систему она будет внедрять, и осуществляет соответствующую "адаптацию" результатов обследования.
2. Детальное обследование предприятия и разработка на его «основе собственной ИС управления, дублирующей существующие на предприятии технологии, что только усугубляет ситуацию (автоматизируя хаос и неразбериху, можно получить только "автоматизированный хаос"). А далее, с появлением нового заказчика, см. п.1.
Очевидно, что перечисленные подходы к автоматизации не могут устроить заказчика, желающего "увидеть" и скорректировать будущую систему до того, как она будет реализована физически, и в конечном итоге за свои немалые деньги получить реальную выгоду – ее эксплуатации.