Функциональная модель «AS IS» управления городом (дерево узлов)
Технико-экономическое обоснование проекта (РД 50-34.698-90)
На основе обследования объекта определяется:
1.Что получит заказчик, если согласится финансировать проект.
2.Когда он получит готовый продукт (график выполнения работ).
3.Сколько это будет стоить (для крупных проектов должен быть составлен график финансирования на разных этапах работ).
Ориентировочное содержание ТЭО
ограничения, риски, критические факторы, которые могут |
повлиять |
на успешность проекта; |
характеристика проекта |
|
|
|
совокупность условий, при которых предполагается эксплуатировать будущую систему: архитектура системы, аппаратные и программные ресурсы, условия функционирования, пользователи системы;
описание выполняемых системой
возможности развития системы;
информационные объекты системы;
интерфейсы и распределение функций
требования к программным и информационным компонентам ПО, требования к СУБД;
сроки завершения отдельных этапов привлекаемые ресурсы, меры по
что не будет реализовано в рамках
423
Стадия 2. Разработка концепции ИС
Цель – получение детальной информации об объекте автоматизации, оценка возможности применения новых методов решения задач и создание концепции построения системы
Содержание:
изучение объекта автоматизации (детальное обследование);
разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;
оформление отчета и утверждение концепции.
Детальное обследование, разработка вариантов концепции ИС
Анализ моделей «AS IS», выявление
наиболее слабых мест в деятельности организации на основе Business process reengineering (BPR).
Выбор оптимального варианта функциональной IDEF-модели «TO BE» из нескольких.
Построение базы данных логического уровня.
Разработка предложений по составу пользовательского интерфейса
Классификация MuSCoW
Must have — необходимые функции
(критичны для успешной работы системы);
Should have — желательные
Could have — возможные
Won't have — отсутствующие
(отражают границы проекта).
Материалы детального обследования – таблица бизнес-процессов предприятия
№ Б-П |
Наименование бизнес - процесса |
|
|
1. |
Продажи: сеть, опт |
|
|
|
2. |
План закупок |
|
|
|
3. |
Размещение заказа на производство |
|
|
|
4. |
Производство собственное |
|
|
|
5. |
Закупка сырья |
|
|
|
6. |
Платежи |
|
|
|
7. |
Другие |
|
427
Материалы детального обследования
Операции бизнес-процесса
Операция |
Исполни- |
Как часто |
Входящие |
Исходящий документ |
|
тель |
|
документы |
(составляемый |
|
|
|
(документы- |
документ) |
|
|
|
основания) |
|
|
|
|
|
|
Описание документов бизнес-процесса
Составляемый |
Опера- |
Кто |
Как |
Документы- |
документ |
ция |
составляет |
часто |
основания |
(исходящий |
|
(исполни- |
|
(входящие |
документ) |
|
тель) |
|
документы) |
|
|
|
|
|
Виды моделей
модель “как есть“ (“as-is”) – отражает
существующие в организации бизнеспроцессы;
модель “как должно быть“ (“to-be”) –
отражает необходимые изменения бизнеспроцессов с учетом внедрения ИС.
Принципы организации бизнеспроцессов (BPR)
Горизонтальное сжатие процесса
•Объединение нескольких процедур
Вертикальное сжатие процессов
•Децентрализация ответственности
Логика реализации процессов
•Распараллеливание процессов
Диверсификация процессов
•Каждый вариант процесса ориентирован на одну ситуацию
Устранение излишней интеграции
•Работа выполняется в том месте, где это целесообразно
Культура решения задачи
•Минимизация согласований
«Уполномоченныйменеджер»
•Обеспечивает единую точку контакта
Централизация информационнойподдержки
•Смешанный централизованно-децентрализованный подход
Business process reengineering (BPR)
- радикальный способ реконструкции управления деятельностью предприятия для достижения резких улучшений главных показателей деятельности кампании, таких как стоимость, качество, сервис, темпы.
