ТЕМА 4. Стадия предпроектного обследования Лекция 12. Методика обследования бизнес-процессов. Структурные модели предметной области. - презентация
Тема: Обследование предметной области
Предпроектное обследование
Языки программирования Паскаль Си Ассемблер Java Matlab Php Html JavaScript CSS C Delphi Турбо Пролог 1С. Компьютерные сети Системное программное обеспечение Информационные технологии Программирование. Перечисленные сведения оформляются в виде технического задания на проектирование, которое служит руководящим документом на всех этапах создания системы ТЗ. Постановка задачи и работа с заказчиком МС. Технические требования и техническое задание. Требования должны однозначно определять конечный продукт разработки цель и методы задачи. При формировании целей и задач лидером является заказчик. Когда идет обсуждение подходов к проектированию, лидером является проектировщик. На первом этапе заключается договор на разработку МС и разрабатываются требования с предварительными начальными условиями, которые включают в себя вопросы финансовые и временные. В рамках требований со стороны заказчика отражаются: Поскольку, разработчики системы еще не определены, исследования по обоснованию требований к системе организует заказчик силами подчиненных или привлекаемых со стороны научных учреждений. В результате этих исследований должны быть получены:. Техническое задание разрабатывают на основе исходных требований заказчика, результатов выполненных научно-исследовательских работ, научного прогнозирования, экономических исследований, анализа передовых достижений и технического уровня отечественной и зарубежной техники, а также изучения патентной документации. При необходимости на группу изделий разрабатывают общее техническое задание. В общем техническом задании указывают требования, которые являются общими для всей группы изделий. В техническом задании на конкретную МС или ее модуль не указывают требования, которые являются общими для всей группы изделий, а дают ссылку на общее техническое задание. Требования, установленные в стандартах, в техническом задании не указывают, а дают ссылку на эти стандарты. Значения технических показателей изделия приводят с предельными отклонениями или указывают максимальные и минимальные значения. Техническое задание заканчивается построением сетевого графика, освещающего последовательность этапов разработки и согласования их по времени, размерам капиталовложений, фондам на предметы материально-технического снабжения. Заказчик, после обсуждения и соответствующей корректировки технического задания, согласует его с головным разработчиком и соисполнителями и представляет на утверждение в вышестоящие инстанции. Методы, используемые на стадии предпроектного обследования, подразделяются на методы изучения и анализа фактического состояния предметной области, методы формирования заданного состояния, методы графического представления фактического и заданного состояний. Устный и письменный опрос. Устный опрос, проведенный по заранее составленному вопроснику на рабочем месте специалиста с записью ответов, позволит в форме несложной беседы понять технологию работы существующей системы. Недостатком этого метода является разнородность результатов опроса. Наблюдение, измерение и оценка. С помощью этих методов собирают сведения о параметрах, признаках и объектах в сфере исследования. Важные для изучения параметры, признаки и объекты точно оценивалются сотрудниками заказчика МС. Групповое обсуждение проводится совместно с заказчиками с целью обобщения и обсуждения всех важных для решения проблем вопросов и определения необходимых задач. Суть этого метода состоит в вертикальной и горизонтальной структуризации задач и их распределении между исполнителями должностными инструкциями на основе заданной структуры объекта. Задачи расчленялись до такой степени, чтобы имелась возможность определить результаты, решения, полномочия, алгоритмы, входную и выходную информацию. Анализ задач - это первый этап и предпосылка описания задач, которые являются основой для построения технологии получения результатов, разработки должностных инструкций и планов распределения функций при работе в новых технологических условиях. На основе предпроектного обследование делается итоговая постановка задачи, разрабатывается техническое задание, с учетом его результатов проводится проектирование МС. Не нашли то, что искали? Google вам в помощь! Технические требования и техническое задание - Выработка целей и задач МС как правило осуществляется небольшой группой специалистов с той и другой стороны со стороны разработчика и заказчика. Этап разработки требований включает: В результате этих исследований должны быть получены: Техническое задание должно состоять из введения и следующих разделов: Требования в каждом подразделе располагают в зависимости от степени их важности и характера. После подписания документов начинается процедура проектирования МС. Эти методы позволяют выявить узкие места в исследуемых процессах и включают: Письменное анкетирование с помощью перечня вопросов далет полную и основательную информацию. Описание этапов проектирования МС.
Мы предполагаем, что вам понравилась эта презентация. Чтобы скачать ее, порекомендуйте, пожалуйста, эту презентацию своим друзьям в любой соц. Кнопочки находятся чуть ниже. Презентация была опубликована 4 года назад пользователем asu. Стадия предпроектного обследования Лекция Структурные модели предметной области. КтоЛюдиПерсонал, подразделения и другие элементы орг. КакФункцииВыполняемые функции и операции над данными. ГдеМестоГеографическое распределение элементов организации и связи между ее частями КогдаВремяВременные характеристики и ограничения на деятельность организации, значимые для ее деятельности события. Зафиксировать идентифицировать структуру организации и общие закономерности ее деятельности. Запрос документов, регламентирующих деятельность организации Систематизация информации документы, определяющие функционирование организации в целом; документы, определяющие направления ее деятельности; документы, определяющие правила и принципы осуществления стратегического управления; стратегический план развития организации. Общие принципы функционирования организации. Правила взаимодействия с внешними организациями. Выявить общую структурную схему бизнес-процессов организации, зафиксировать функции подразделений. Предварительный запрос информации о функционировании подразделений Формирование отчета 1. Документы, определяющие условия работы подразделения и выполнение конкретных функций регламенты, должностные инструкции, кодексы. Документы других подразделений отчеты, справки, заказы, заявки и т. Документы, появляющиеся в результате работы подразделения, которые используются в других подразделениях, передаются поставщикам, клиентам или архивируются. Запросная форма Подготовка положения о классификации бизнес-процессов. Структура организации Классификация бизнес-процессов Описание деятельности подразделений: Запрос информации о выполнении бизнес-процесса Разработка положений о документообороте в подразделениях 1. Первоначальные данные или информация, с поступления которых начинается выполнение функции 2. Данные, необходимые для выполнения функции. Данные, формируемые при выполнении функции. Сотрудники организации, а также клиенты, поставщики и иные внешние организации, участвующие в выполнении функции; 5. Материалы и другие материальные ценности, необходимые и потребляемые при выполнении функции; 6. Материалы и другие материальные ценности, получаемые в результате выполнения функции; 7. Степень важности процесса в рамках работы подразделения. Проблемы, возникающие при выполнении процесса: Последовательность действий выполнения процесса. Подготовка положения о бизнес-процессах. Название бизнес-процесса Условия начала выполнения бизнес-процесса Документы и данные, необходимые для выполнения бизнес- процесса и их источники Документы, создаваемые в результате выполнения бизнес- процесса и их получатели Действующие лица, принимающие участие в выполнении бизнес-процесса Материальные ценности, необходимые для выполнения бизнес- процесса, если таковые есть Материальные ценности — результат выполнения бизнес- процесса, если таковые есть Результаты выполнения бизнес-процесса кроме вошедших в п. Верхний уровень модели должен отражать только контекст деятельности. Второй уровень отражает тематически сгруппированные бизнес-процессы предприятия и их взаимосвязи в виде основных направлений деятельности. Каждое из направлений деятельности детализируется на бизнес-процессы. Детализация бизнес-процессов осуществляется посредством бизнес— функций. Бизнес-функции описываются последовательностью элементарных технологических операций. Описание элементарной операции осуществляется с помощью миниспецификации. К НД Бизнес- процессы Бизнес-функции Технологические операции Миниспецификации Процессные модели описывают последовательное преобразование материальных и информационных потоков компании в ходе реализации какой-либо производственной функции или функции управления. Процессные модели описывают последовательное преобразование материальных и информационных потоков компании в ходе реализации какой-либо производственной функции или функции управления. Система Функциональные подсистемы Функции Задачи Процедуры Спецификации. Обеспечение оценки эффективности реализации модели предметной области на основе определенных методов и вычисляемых показателей. Техническая структура описывает топологию расположения и способы коммуникации комплекса технических средств. Оценочный аспект моделирования предметной области связан с показателями эффективности автоматизируемых процессов: Для отображения оценочного аспекта используются: Внешний уровень проектирования — этап выяснения взаимодействия системы с внешней средой. Что и зачем будет делать система? Почему она должна действовать подобным образом? Концептуальный уровень проектирования — этап определения характера взаимодействия основных компонентов системы. Как должна функционировать система? Кто, где, когда будет выполнять необходимые операции и процедуры? Внутренний уровень проектирования — этап определения способов реализации функций системы. Какими способами и средствами система будет выполнять свои функции? С помощью каких программно-технических средств реализуются требования к системе? Объектная структура отражает состав взаимодействующих в процессах материальных и информационных объектов предметной области. Внешний уровень Концептуальный уровень Внутренний уровень Определение основных классов материальных и информационных объектов Уточнение состава объектов, определение их атрибутов и взаимосвязей Отображение объектов в файлах БД. Динамические объекты — единицы переменной информации документы ; Статические — единицы условно-постоянной информации справочники. Функциональная структура отражает взаимосвязь функций по преобразованию объектов в бизнес- процессах. Внешний уровень Концептуальный уровень Внутренний уровень Список основных бизнес- процессов Иерархия взаимосвязанных функций Иерархия структуры программных модулей. Модель структуры управления отражает события и бизнес- правила, которые воздействуют на выполнение процессов. События вызывают выполнение функций, которые изменяют состояния объектов и формируют новые события. Внешний уровень Концептуальный уровень Внутренний уровень Список внешних событий; Список внешних событий; Список целевых установок Список целевых установок Бизнес-правила, определяющие условия вызова функций при возникновении событий Триггеры вызовы программных модулей Событие Информационный аспект сообщение Процедурный аспект вызов функции. Организационная структура отражает взаимодействие организационных единиц предприятия при выполнении бизнес-процессов. Внешний уровень Концептуальный уровень Внутренний уровень Иерархия организационных единиц Организационно- штатная структура должностей и ролей для каждого подразделения. Права доступа персонала к функциям ИС. Техническая структура отражает топологию расположения и способы коммуникации технических средств. Внешний уровень Концептуальный уровень Внутренний уровень Перечень типов ТС обработки данных и их размещение по подразделениям Способы взаимодействия между ТС Модель архитектуры вычислительной сети. Функции нижнего уровня являются способом достижения результатов функций верхнего уровня. Выполнение совокупности функций нижнего уровня автоматически обеспечивает выполнение функции верхнего уровня. Каждая функция нижнего уровня имеет только одну функцию верхнего уровня. Декомпозиция функции верхнего уровня производится по одному критерию, в качестве которого могут выступать: Результаты деятельности — продукты или услуги, 2. Функции одного уровня декомпозиции должны быть равнозначны по объему, времени, сложности выполнения. Последовательность критериев декомпозиции функций следует выбирать так, чтобы большая часть зависимостей и взаимодействий между функциями оказалась на самых нижних уровнях модели. На верхних уровнях функции должны быть автономны. Декомпозиция функций прекращается, когда функции нижнего уровня удовлетворяют следующим условиям: Используйте визуальные подходы описания бизнес- процессов, способствующие повышению эффективности работы в группе. Создавайте схемы деятельности, а не организационных структур. Избегайте составления схемы бизнес-процесса ради схемы, не ведущей к дальнейшему анализу и действиям. Кандидат технических наук, доцент Грекул Владимир Иванович Учебный курс Проектирование информационных систем Лекция 9. Лекция 4 Анализ и моделирование функциональной области внедрения ИС УЧЕБНЫЕ ВОПРОСЫ: Полная бизнес-модель компании 2. Технический проект системы Технический проект системы - это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач,. Процессы планирования и инициирования проектов. Планирование проекта Планирование - это непрерывный процесс определения наилучшего способа действий для. Подходы к построению организационных структур. Положение об отделе В. Штат отдела начальник отдела; бизнес-аналитик; проектировщик пользовательских интерфейсов; специалист по анализу. Лекция 3 Архитектура информационных систем. Архитектура информационной системы 2. Архитектурный подход к реализации информационных систем. Исследование как составная часть менеджмента организации Метод, который используется для диагностики внутренних проблем, называют управленческим. Информационные системы в экономике Лекция 1. Основные понятия и определения Автоматизированная информационная система это совокупность технических программных. Учебный курс Разработка ИТ-стратегии Лекция 2 доктор технических наук, профессор Васильев Роман Борисович. Разработка Производство Финансовая деятельность Административно-хозяйственнаядеятельность Компьютерная система управления качеством продукции современного. Еще похожие презентации в нашем архиве:. Мои презентации Профиль Сообщения Выход. Войти с помощью социльных сетей Забыли пароль? Скачать бесплатно презентацию на тему "ТЕМА 4. Важное о бизнес-процессном подходе в организации. Жизненный цикл программного обеспечения Лекция 4. Лекция 2 Принципы создания, классификация, состав и структура ЭИС. Структурная декомпозиция работ проекта. Интегрированная система управления корпоративными проектами Тандем. Проведение ИТ-аудита с описанием информационной модели бизнес-процессов Предприятия. Еще похожие презентации в нашем архиве: Загружай и скачивай презентации бесплатно! Обратная связь Правообладателям Политика конфеденциальности Условия использования.
Касаясь руками друг друга
Расписание автобусов магнитогорск троицк челябинская область
2n подставим вместо значение
Психосоматика болезни суставов рук
Процессуально исполнительный кодекс