- •Оглавление
- •Глава 1. Теоретические и методические основы изучения проблемы эффективного построения информационной системы объектом управления 4
- •Глава 2. Исследование и разработка модели предприятия как объекта управления 4
- •Глава 3. Разработка проектных решений по управлению объектом управления 16
- •Исследование и разработка модели предприятия как объекта управления
- •Глава 4. Экономическая эффективность инвестиций в ит – проект 27
- •Теоретические и методические основы изучения проблемы эффективного построения информационной системы объектом управления
- •Введение в проблематику
- •Описание различных подходов к решению рассматриваемой проблемы
- •Сравнение рассмотренных вариантов и их оценка
- •Предпроектное обследование объекта управления (as-is)
- •Краткое описание предметной области (аннотация)
- •Стратегия развития (в том числе бизнес-цель организации)
- •Стратегия развития ит
- •Составление общей характеристики объекта исследования
- •Общие сведения
- •Перечень основных конструкторско – производственных задач, решаемых подразделением
- •Функции подразделения
- •Описание системы управления
- •Предоставить организационную структуру подразделения с названиями отделов
- •Предоставить кадровый состав подразделения
- •Перечень документов, формирующихся в подразделении и передаваемых в другие подразделения
- •Блоки нси, существующие на предприятии
- •Функциональная модель (бизнес-функции организации «as-is»)
- •Модель потоков данных (информационные потоки, обеспечивающие бп и бизнес-функции организации «as-is»)
- •Система управления и организационная структура («as-is»)
- •Формулирование общих требований к решению рассматриваемой задачи и критериев оценки результативности решения
- •Описание контекста решения задачи в рамках подсистемы
- •Разработка проектных решений по управлению объектом управления
- •Постановка задачи
- •Возможности бизнеса и нужды клиента
- •Бизнес – цели и критерии успеха
- •Потребности клиента или рынка
- •Бизнес – риски
- •Положение об образе проекта
- •Основные функции
- •Предположения и зависимости
- •Масштабы и ограничения проекта
- •Бизнес – требования
- •Приоритеты проекта
- •Операционная среда
- •Описание программного обеспечения задачи
- •Требования пользователей
- •Общее описание
- •Общий взгляд на продукт
- •Особенности продукта
- •Классы и характеристики пользователей
- •Документация для пользователей
- •Предположения и зависимости
- •Техническое обеспечение
- •Функции системы
- •3.9.3.1.X Функция системы X
- •3.9.3.1.X.1 Описание и приоритеты
- •3.9.3.1.X.2 Последовательности «воздействие – реакция»
- •Требования к внешнему интерфейсу
- •Интерфейсы пользователя
- •Интерфейсы оборудования
- •Интерфейсы по
- •Интерфейсы передачи информации
- •Другие нефункциональные требования
- •Требования к производительности
- •Требования к охране труда
- •Требования к безопасности
- •Атрибуты качества
- •Критерии показателей инновационности и конкурентоспособности
- •Оценка полезности проекта
- •Обзор методов оценки экономической эффективности внедрения информационных систем
- •Оценка затрат на всех этапах жизненного цикла решения задачи
- •Оценка экономической эффективности проекта
Масштабы и ограничения проекта
Следует определить рамки и ограничения проекта. Вам необходимо указать, что может делать система, а что не может:
Границы проекта определяют концепцию и круг действия предложенного решения. В ограничениях указываются определенные возможности, которые не будут включены в продукт. Рамки и ограничения помогают установить реалистичные ожидания заинтересованных лиц. Иногда клиенты запрашивают функции, слишком дорогостоящие или выходящие за предполагаемые границы продукта. Требования, выходящие за границы продукта, следует отклонять, если только они не настолько ценны, чтобы специально под них расширить проект, естественно, соответствующим образом изменив в бюджет, график и кадровый состав. Документируйте отклоненные требования и причины отказа от них, поскольку они имеют свойство появляться снова.
Разработка основных концептуальных решений по задаче (TO-BE)
-представить основные концептуальные решения по задаче, в первую очередь приводят диаграммы бизнес-процессов "TO-BE" с их описанием.
-диаграммы потоков данных, связанные с перечисленной в постановке задачи (подраздел 3.1) входной, промежуточной и выходной информацией.
-описать архитектуру задачи или подсистемы.
Анализ успешных ИТ - проектов в рассматриваемой области и обоснование выбора ИТ – решения
Основная задача этой части – обзор отечественного и мирового опыта построения ИС в данной предметной области.
Определение критериев для анализа
Обзор необходимо завершить анализом с точки зрения выбранных критериев, к которым можно отнести, например:
цель проекта;
задачи проекта;
основные функции;
стоимость проекта;
время выполнения проекта;
программная платформа;
аппаратная платформа.
Выбор ИТ – решения
На основании анализа производится выбор ИТ - решения для поставленной задачи.
Описание метода решения задачи
-выбор или разработка экономико-математических методов и моделей или инструментальных средств, применяемых для решения задачи.
-дается описание выбранного математического метода или модели.
Описание информационного обеспечения задачи
-внешнее информационное обеспечение. Разработать: системы классификации и кодирования информации, единую систему нормативно-справочной и оперативной документации, методические материалы по описанию документооборота.
-выбрать систему классификации для объектов описания и построить структуру кода для каждого объекта.
-в описании внутреннего информационного обеспечения представляют внутримашинные кодификаторы данных и классификаторы информации, а также описание структур данных в форме базы данных системы.
-концептуальная модель базы данных отображает набор сущностей с их основными атрибутами и связи между сущностями.
-логическая модель базы - описание всех атрибутов таблиц базы данных с указанием их типов.
Бизнес – требования
Бизнес - требования содержат высокоуровневые цели организации или заказчиков системы. Их формирует тот, кто финансирует проект или покупает систему или менеджер реальных пользователей. Эти требования записываются в уставе проекта, который иногда называют документом об образе и границах проекта или документом рыночных требований. Шаблон бизнес - требований разработан IEEE.
IEEE – Institute of Electrical and Electronics Engineers - международная некоммерческая ассоциация специалистов в области техники, мировой лидер в области разработки стандартов по радиоэлектронике и электротехнике. Эта общественная некоммерческая ассоциация профессионалов ведёт свою историю с 1884 года, объединяет более 372000 индивидуальных членов из 170 стран, в том числе более 80000 студентов. IEEE издаёт третью часть мировой технической литературы, касающейся применения радиоэлектроники, компьютеров, систем управления, электротехники, в том числе (январь 2008) 102 реферируемых научных журнала и 36 отраслевых журналов для специалистов, проводит в год более 300 крупных конференций, принимала участие в разработке около 900 действующих стандартов.
Объем первоначально запланированной версии
Обобщает основные запланированные функции, включенные в первоначальную версию продукта. Первая версия системы выполняет лишь базовые задачи. В будущие выпуски будут включены дополнительные функции, возможности и средства, обеспечивающие легкость и простоту использования.
Объем последующих версий
Укажите, какие из функции будут отложены и желательные сроки последующих выпусков.
Ограничения и исключения
Определение границы между тем, что входит и выходит за границы проекта.
Профили заинтересованных лиц
Заинтересованными в проекте лицами называются отдельные лица, группы или организации, которые активно вовлечены в проект, на которых влияет результат проекта и которые сами могу" влиять на этот результат (Project Management Institute, 2000; Smitr, 2000). Профили заинтересованных лиц описывают различные категории клиентов и других ключевых лиц, заинтересованных в этом проекте. В профиль каждого заинтересованного в проекте лица включается следующая информация:
основная ценность или преимущество, которое продукт принесет заинтересованным лицам и то, как продукт удовлетворит покупателей. Ценность для заинтересованных лиц может представлять:
1. улучшенная производительность;
2. меньшее количество переделок;
3. снижение себестоимости;
4. ускорение бизнес-процессов;
5. автоматизация задач, ранее выполнявшихся вручную;
6. возможность выполнять совершенно новые задачи;
7. соответствие соответствующим стандартам и правилам;
8. лучшая, по сравнению с текущими продуктами, легкость и простота использования;
их вероятное отношение к продукту;
наиболее интересные функции и характеристики;
все известные ограничения, которые должны быть соблюдены.
