- •Классификация информационных систем по степени автоматизации
- •Классификация информационных систем по характеру использования информации
- •5. Ввод в действие,
- •Лекция 2 Документальная поддержка процесса проектирования ис согласно гост 34.602- 89
- •Лекция 3
- •Этапы анализа и моделирование предметной
- •Области внедрения ис
- •Понятие бизнес-модель компании
- •Построение бизнес-модели компании начинается с описания модели взаимодействия с внешней средой по закону единства и борьбы противоположностей, то есть с определения миссии компании.
- •Лекция 4 методы динамического описания предметной области ис
- •Лекция 5 методология моделирования предметной области
- •Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •Сравнение существующих подходов
- •Лекция 6 информационное обеспечение ис
- •Внемашинное информационное обеспечение Основные понятия классификации технико-экономической информации
- •Кодирование технико-экономической информации
- •Понятие унифицированной системы документации
- •Внутримашинное информационное обеспечение
- •Проектирование экранных форм электронных документов
- •Информационная база и способы ее организации
- •Лекция 7 типовое проектирование ис
- •Лекция 8 моделирование информационного обеспечения
- •Лекция 9 спецификация требований к информационным системам
- •Функциональные, нефункциональные требования и характеристики продукта
- •Методологии и стандарты, регламентирующие работу с требованиями
- •Лекция 10 документирование требований к информационным системам
- •Документирование требований в соответствие с гост
- •Документирование требований в rup
- •Документирование требований в msf
- •Лекция 11 способы повышения качества требований
- •Свойства требований
- •Лекция 12 акторы и варианты использования
- •Спецификация варианта использования
- •Свободный формат
- •Табличные представления варианта использования
- •Выбор формы описания варианта использования
- •Модели uml, поясняющие функциональность системы Диаграмма вариантов использования
- •Диаграмма действий
- •Диаграмма состояний
- •Альтернативные языки моделирования Диаграмма потоков данных (dfd диаграмма)
- •Другие виды моделей
Лекция 4 методы динамического описания предметной области ис
Разработка требований к проектируемой ИС строится на основе статического и динамичного описания компании. Статическое описание компании, рассмотренное в предыдущей лекции, проводится на уровне функциональных моделей и включает описание бизнес-потенциала, функционала и соответствующих матриц ответственности.
Дальнейшее развитие (детализация) бизнес-модели происходит на этапе динамичного описания компании на уровне процессных потоковых моделей.
Любая деятельность компании может быть представлена с помощью процессной потоковой модели. В основе этой модели лежит процесс, который имеет своего потребителя: внешнего (клиента) или внутреннего (сотрудников или подразделения компании), реализующих другие процессы. На стадии описания процессов и выявляется значимость каждого процесса. На этом этапе выбираются ключевые процессы для потокового описания, которое необходимо для создания информационной системы предприятия.
Важнейшим шагом при структуризации любой компании является выделение и классификация бизнес-процессов. Целесообразно основываться на следующих классах процессов:
основные;
процессы управления;
процессы обеспечения;
сопутствующие;
вспомогательные;
процессы развития.
Рассмотрим модель деятельности компании, при описании которой используют процессы управления, основные бизнес-процессы и процессы обеспечения.
Основные бизнес-процессы — это процессы, ориентированные на производство товаров и услуг, представляющие ценность для клиента и обеспечивающие получение дохода. Основные процессы образуют "жизненный цикл" продукции компании. Критериями эффективности таких процессов являются обычно качество, точность и своевременность выполнения каждого заказа. Таких процессов, при развитой деятельности компании, может быть много. Все они описываются по производственно-коммерческим цепочкам: "первичное взаимодействие с клиентом и определение его потребностей реализация запроса (заявки, заказа, контракта и т.п.), послепродажное сопровождение и мониторинг удовлетворения потребностей". Этот процесс может быть декомпозирован на следующие подпроцессы — процессы более низкого уровня:
разработка (проектирование) продукции;
закупка (товаров, материалов, комплектующих изделий);
транспортировка (закупленного);
разгрузка, приемка на склад и хранение (закупленного);
производство (со своим технологическим циклом и внутренней логистикой);
приемка на склад и хранение (готовой продукции);
отгрузка (консервация и упаковка, погрузка, доставка);
пуско-наладка;
оказание услуг (предусмотренных контрактом на поставку или имеющих самостоятельное значение) и т.п.
Процессы управления – это процессы, охватывающие весь комплекс функций управления на уровне каждого бизнес-процесса и системы в целом. Процессы управления имеют своей целью выработку и принятие управленческого решения. Данные управленческие решения могут приниматься относительно всей организации в целом, отдельной функциональной области или отдельных процессов, например:
стратегическое управление;
организационное проектирование (структуризация);
маркетинг;
финансово-экономическое управление;
логистика и организация процессов;
менеджмент качества;
персонал.
Для реализации процессного описания исключительно важным является то, что любая управленческая деятельность развертывается по так называемому "управленческому циклу", который включает:
сбор информации;
выработку решения;
реализацию;
учет;
контроль;
анализ;
регулирование.
Процессы обеспечения – это процессы, предназначенные для жизнеобеспечения основных и сопутствующих процессов и ориентированные на поддержку их универсальных средств. Например, процесс финансового обеспечения, процесс обеспечения кадрами, процесс юридического обеспечения — это вторичные процессы. Они создают и поддерживают необходимые условия для выполнения основных функций и функций менеджмента. Клиенты обеспечивающих процессов находятся внутри компании.
На верхнем уровне детализации можно выделить примерно следующие стандартные процессы обеспечения:
обеспечение производства;
техобслуживание и ремонт оборудования;
обеспечение теплоэнергоресурсами;
обслуживание и ремонт зданий и сооружений;
технологическое обеспечение;
метрологическое;
техника безопасности;
экологический контроль и т.п.
обеспечение управления;
информационное обеспечение;
обеспечение документооборота;
коммуникационное обеспечение;
юридическое обеспечение;
обеспечение безопасности;
материально-техническое обеспечение управления;
хозяйственное обеспечение;
обеспечение коммунальными услугами;
транспортное обслуживание и т.п.
В качестве основного каркаса, объединяющего и систематизирующего все знания по бизнес-модели, можно использовать референтную модель.
Референтная модель — представляют собой эталонные схемы организации бизнеса, разработанные для конкретных бизнес-процессов на основе реального опыта внедрения в различных компаниях по всему миру. Они включают в себя проверенные на практике процедуры и методы организации управления. Референтные модели позволяют исследователям бизнес-модели компании начать разработку собственных моделей на базе уже готового набора функций и процессов.
Референтная модель бизнес-процесса представляет собой совокупность логически взаимосвязанных функций. Для каждой функции указывается исполнитель, входные и выходные документы или информационные объекты.
`
Проведение предпроектного обследования предприятий
Обследование предприятия является важным и определяющим этапом проектирования ИС. Длительность обследования обычно составляет 1-2 недели. В течение этого времени аналитик должен обследовать не более 2-3 видов деятельности (учет кадров, бухгалтерия, перевозки, маркетинг и др.).
Сбор информации для построения полной бизнес-модели организации часто сводится к изучению документированных информационных потоков и функций подразделений, а также производится путем интервьюирования и анкетирования. Списки вопросов для интервьюирования и анкетирования составляются по каждому обследуемому подразделению и утверждаются руководителем компании. Это делается с целью:
предотвращения доступа к конфиденциальной информации;
усиления целевой направленности обследования;
минимизации отвлечения сотрудников предприятий от выполнения должностных обязанностей.
Общий перечень вопросов (с их последующей детализацией) включает следующие пункты:
основные задачи подразделений;
собираемая и регистрируемая информация;
отчетность;
взаимодействие с другими подразделениями.
Типовая анкета для руководителей и специалистов может содержать следующие вопросы:
Каковы (с позиций вашего подразделения) должны быть цели автоматизированной системы управления?
Какая организационная структура подразделения?
Каковы задачи подразделения?
Какова последовательность действий при выполнении задач подразделения?
С какими типами внешних организаций (банк, заказчик, поставщик и т.п.) взаимодействует подразделение и какой информацией обменивается?
Каким справочным материалом вы пользуетесь?
Сколько времени (в минутах) вы тратите на исполнение основных операций?
На какие даты приходятся "пиковые нагрузки"? (периодичность в месяц, квартал, год и т.д.)?
Каково техническое оснащение подразделения (компьютеры, сеть, модем и т.п.)?
Какие отчеты и как часто вы готовите для руководства?
Охарактеризуйте удаленных объектов управления?
Опишите схему документооборот на вашем рабочем месте?
Собранные таким образом данные, как правило, не охватывают всех существенных сторон организационной деятельности и обладают высокой степенью субъективности. Кроме того, эти представления подчас расходятся с официально декларируемыми целями и правилами или противоречат фактической деятельности.
Структуру бизнес процессов может дать структурно-функциональная диагностика, основанная на методах сплошной (или выборочной) фотографии рабочего времени персонала. Цель диагностики — получение достоверного знания об организации и организационных отношениях ее функциональных элементов.
Сплошной "фотографией" рабочего времени называется непрерывное наблюдение и регистрация характеристик работников в процессе функционирования в течение всего рабочего дня. При этом индицируемые параметры последовательно вносятся в заранее заготовленную рабочую таблицу. Ниже представлена форма рабочей таблицы системного аналитика:
Содержание записей следующее:
номер (по порядку);
агент (должность обследуемого работника);
время, в течение которого выполнялась процедура;
процедура (наименование содержания совокупности элементарных действий, объединенных общностью решаемой частной задачи);
содержание (суть процедуры, которая должна быть классифицирована);
информация (направление движения информации между агентом и контрагентом);
инициатива (инициатор начала выполнения данной процедуры);
контрагент (должность работника, который находится с обследуемым в контакте);
отношение (отражающая субординацию агента и контрагента форма взаимодействия в данной процедуре);
проблема (словесная характеристика решаемой проблемы).
Результатом предпроектного обследования является "Отчет об обследовании предприятия", структура которого имеет следующий вид: общее описание деятельности компании, организационной структуры и бизнес-процессов.
Проведение предпроектного обследования позволяет решить следующие задачи:
предварительное выявление требований к будущей системе;
определение структуры организации;
определение перечня целевых функций организации;
анализ распределения функций по подразделениям и сотрудникам;
выявление функциональных взаимодействий между подразделениями, информационных потоков внутри подразделений и между ними, внешних информационных воздействий.
Информация, полученная в результате предпроектного обследования, анализируется с помощью методов структурного и/или объектного анализа и используется для построения моделей деятельности организации, которые могут быть двух видов:
модели "как есть", отражающей существующее на момент обследования положение дел в организации и позволяющей понять, каким образом функционирует данная организация, а также выявить узкие места и сформулировать предложения по улучшению;
модели "как должно быть", отражающей представление о новых технологиях работы организации учетом внедрения разрабатываемой автоматизированной информационной системы.
Каждая из моделей включает в себя полную функциональную и информационную модель деятельности организации, а также модель, описывающую динамику поведения организации.
