- •Проектирование информационных систем Лекция 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
Лекция 5 Проведение обследования
Обследование является важнейшим и определяющим этапом проектирования ИС. На его основе осуществляется вся последующая деятельность. Длительность обследования обычно составляет 1-2 недели. По окончании обследования строится и согласуется с заказчиком предварительный вариант функциональной модели предприятия, включающей идентификацию внешних объектов и информационных взаимодействий с ними, а также детализацию до уровня основных деятельностей предприятия и информационных связей между этими деятельностями. В дальнейшем на основании согласованных моделей верхнего уровня и осуществляется построение детальных моделей.
Необходимо отметить, что каждый из участвующих в проекте системных аналитиков должен обследовать не более 2-3 деятельностей предприятия (таких как, например, учет кадров, бухгалтерия, маркетинг, ремонт оборудования, перевозки и т.п.) для того, чтобы достаточно глубоко в них разобраться. И в этой связи вызывают недоумение заявления некоторых компаний о готовности провести обследование предприятия (обычно культивирующего 15-25 деятельностей) за 1 -2 дня силами в 2-3 человека.
В качестве исходной информации при проведении обследования и выполнении дальнейших этапов служат:
• данные по оргштатной структуре предприятия;
• информация о принятых технологиях деятельности;
• стратегические цели и перспективы развития;
• результаты интервьюирования сотрудников (от руководителей до исполнителей нижнего звена);
• предложения сотрудников по усовершенствованию бизнес-процессов предприятия;
• нормативно-справочная документация;
• данные по имеющимся на предприятии средствам и системам автоматизации;
• опыт системных аналитиков в части наличия типовых решений. При проведении обследования целесообразно применять следующие методы: анкетирование, сбор документов, интервьюирование.
Анкетирование является начальным этапом обследования и предваряет выезд группы системных аналитиков на предприятие. Анкеты позволяют составить грубое представление о деятельностях предприятия, что позволит спланировать первоначальное распределение работ группы аналитиков. Анкеты должны рассылаться руководителям структурных подразделений и содержать графы для идентификации фамилии и должности анкетируемого, отдельно излагается просьба приложить шаблоны документов, с которыми работают сотрудники соответствующего подразделения. Список вопросов должен быть ограничен (не более 15-20) с тем, чтобы вся анкета не занимала более двух листов. Приходилось видеть анкеты размером в 50 страниц, содержащие до 500 тщательно продуманных вопросов, но не встречался ни один человек, добровольно (а следовательно, также тщательно и с пользой для дела) на них осветивший.
Примерный вариант анкеты приведен ниже:
• ФИО руководителя подразделения, телефон
• Координаты контактного лица (к кому в отсутствие или при занятости руководителя можно обращаться)
• Каковы (с позиций Вашего подразделения) должны быть цели создания интегрированной системы управления предприятием
• Основные функции подразделения
• Какая информация поступает из других подразделений (заявки, запросы, отчеты и т.п.)
• Какая информация передается в другие подразделения
• Какая информация формируется ("рождается") в подразделении
• С какими внешними предприятиями (банк, заказчик, поставщик и т.п.) взаимодействует подразделение и какой информацией обменивается
• Физическое представление информационных потоков и хранилищ (документ, дискета, сеть, журнал, картотека и т.п.)
• Время хранения информации
• Документы от и для руководства
• Штатная структура и квалификация кадров
• Техническое оснащение подразделения (компьютеры, сеть, модем и т.п.)
• Используемые программные продукты
• Подпись
Просьба приложить:
