
- •Информационные системы. Классификация. Предметная направленность. Корпоративные информационные системы. Стадия проектирования, разработки, внедрения, поддержки.
- •Типы документов для представления проектных решений.
- •Основные схемы декомпозиции действий и данных функциональной модели.
- •Понятие и иерархия моделей данных. Уровни представления моделей данных.Виды концептуальных моделей данных.
- •Нормализация концептуальной модели данных и целостность данных.
- •Bcnf - нормальная форма Бойса-Кодда вводит дополнительное ограничение в сравнении с 3нф.
- •Анализ информационной связности действий и систем.
- •Анализ функциональной связности данных и систем.
- •Анализ производительности ис
- •Психологические аспекты принятия решений в процессе проектирования.
- •Организационные формы управления проектами
- •Архитектура корпоративных информационных систем (кис)
- •Mrp/erp системы. Современная структура модели mrp/erp
- •Тестирование. Методы тестирования. Категории тестов и оценок системы. Планирование тестирования и оценки системы.
- •Тестирование программного обеспечения
- •Уровни тестирования
- •Верификация и валидация – цели и задачи. V – модель как основа организации процесса верификации.
- •Основные принципы
- •Достоинства
- •Ограничения
- •Аутсорсинг и определение поставщиков.
- •Язык uml (Unificed Moeling Language). Основные модели uml (схема). Виды диаграмм.
- •Диаграмма вариантов использования. Виды отношений между актерами и вариантами использования. Отношения ассоциации, расширения, включения, обобщения
- •Диаграмма классов
- •Диаграмма состояний
- •Диаграмма деятельности. Диаграммы взаимодействия
- •Диаграмма последовательности. Диаграмма кооперации
- •Диаграмма компонентов. Диаграмма развертывания
- •23) Языки и среды моделирования архитектуры предприятия. Языки моделирования предприятий. Idеf, dfd- технология, aris, bpml.
- •24) Структурный (функциональный) и процессный подходы к разработке информационных систем
- •25) Управление требованиями к информационной системе. ГосТы и методология rup.
- •Принципы
- •Жизненный цикл разработки
- •1. Начало (Inception)
- •2. Уточнение (Elaboration)
- •3. Построение (Construction)
- •4. Внедрение (Transition)
- •Автоматизированное создание документов серии гост 34 и 19 с помощью инструментальных средств фирмы ibm Rational
- •26) Моделирование потоков данных. Основные компоненты диаграмм
- •1. Внешние сущности
- •2. Системы и подсистемы
- •3. Процессы
- •4. Накопители данных
- •5. Потоки данных
- •6. Построение иерархии диаграмм потоков данных
- •27) Диаграмма «сущность–связь» (erd). Сущность (Entity). Связь (Relationship). Атрибут. Виды идентификации. Подтипы и супертипы
- •28) Стадии разработки информационных систем. Модели представления для описания проектных решений. Уровни детализации, регламентирующие методики проектирования. Этапы создания информационных систем
- •29) Модели жизненного цикла программного продукта. Виды и особенности. Процессы жизненного цикла систем по iso 15288:2002
- •V модель (разработка через тестирование)
- •Iso / iec 15288 - Инженерные системы стандартных охватывающих процессы и этапы жизненного цикла.
- •30) Понятие требования. Классификация требований. Свойства требований
24) Структурный (функциональный) и процессный подходы к разработке информационных систем
Структурный подход
Структурный подход основан на использовании различных типов организационной структуры предприятия, как правило, иерархической. В этом случае организация и управление деятельностью осуществляется по структурным элементам (бюро, отделам, департаментам, цехам и т.п.), а их взаимодействие - через должностных лиц (начальников отделов, департаментов и цехов) и структурные подразделения более высокого уровня.
Недостатками такого подхода к организации и управлению деятельностью предприятия являются следующие:
При разбиении технологий выполнения отдельной работы на отдельные фрагменты они могут быть отнесены к различным элементам организационной структуры;
Затруднено цельное описание технологий выполнения работы, в основном существует только их фрагментарное (на уровне структурных элементов) описание;
Отсутствие ответственного за конечный результат, заинтересованности в конечном результате, а также ориентации на конечного потребителя;
Отсутствие явно внутренних (промежуточных) результатов деятельности, ответственных за эти результаты, внутренних потребителей этих результатов;
Большие затраты на передачу результатов между подразделениями (зачастую больше, чем на саму работу).
Высокие накладные расходы, крайне неэффективный управленческий учет;
Автоматизация управления носит, как правило «лоскутный» характер (по подразделениям), попытки внедрения корпоративных информационных систем в основном оканчиваются неудачей.
Функциональный подход
Результат функционального подхода –оптимальное проектирование организационной структуры –определение границ между подразделениями по принципу функциональных областей. Изначально постулируется изначальный набор типовых функций, который в дальнейшем детализируется и привязывается к конкретному предприятию, к его службам и подразделениям.
Функциональный подход отвечает на вопрос «Что делать?».
Функционально-структурная (бюрократическая) модель основана на универсальном принципе разделения труда между службами, отделами, цехами, бригадами с закреплением за ними определенных функций (операций).
Главным недостатком такой структуры является то, что функции закрепляются за подразделениями зачастую самыми разными методами бюрократическими методами, в процессе деятельности компании могут наращиваться по принципу «лоскутного одеяла». Если проследить непрерывную цепочку технологических процессов в такой организации, то она может напоминать «спагетти». Попытки упорядочивания функций, как правили, наталкиваются на сопротивление бюрократической машины. Кроме того, в такой структуре велики расходы на поддержку бюрократического аппарата.
В тоже время при грамотном применении структурного подхода подсознательно применяется и процессный подход. Границы между подразделениями проводятся так, чтобы в процессе работы было как можно меньше переходов этих границ. И, если, например, посмотреть на детальную структуру предприятий ВПК, то там явно прослеживается и эта тенденция.
Главные недостатки функционального те же, что и структурного, но они менее явно выражены, и тем меньше, чем больше внимания уделялось минимизации пересечения границ структурных подразделений в процессе работы.
Процессный подход
Процессный подход на является противопоставлением функциональному. Функции и процессы не могут существовать в отрыве друг от друга. Результат и функционального, и процессного подходов - одновременное проектирование организационной структуры (функциональных областей) и порядка взаимодействий в рамках этой структуры (процессов). Эти подходы, в известной степени, должны применяться параллельно.
Основное отличие процессного подхода в том, что он ориентирован, в первую очередь, не на организационную структуру предприятия, не на функции подразделений, а на бизнес-процессы, конечными целями выполнения которых, является создание продуктов или услуг, представляющих ценность для внешних или внутренних потребителей. При этом система управления компанией ориентируется как на управление каждым бизнес-процессом в отдельности, так и всеми бизнес-процессами предприятия в целом. При этом система качества предприятия обеспечивает качествотехнологии выполнения бизнес-процессов.
Процессный подход отвечает на вопрос «Как делать?».
Процессный подход по своей сути подводит к переходу на так называемое «тощее производство» или «тощую» ресурсосберегающую организационную структуру (Lean production). Основными чертами такой организационной структуры являются:
- широкое делегирование полномочий и ответственности исполнителям;
- сокращение количества уровней принятия решения;
- сочетание принципа целевого управления с групповой организацией труда;
- повышенное внимание к вопросам обеспечения качества продукции или услуг, а также работы предприятия в целом;
- автоматизация технологий выполнения бизнес-процессов.