Параметры проекта конкретизируемые бизнес моделью

• Главная
• Разное
• Лекции по курсу Проектирование информационных систем

Слайды и текст этой презентации

Слайд 1Лекции по курсу «Проектирование информационных систем»
Лекция 2. Основные аспекты разработки ИС:

жизненный цикл, бизнес-модель, стандарты моделирования IDEF, стандарты планирования MRP

ВГУЭС
Планирование (Planning);
Разработка требований (Requirements);
Дизайн (Design);
Кодирование (Coding);
Тестирование (Test).
Принято выделять следующие стандартные

фазы разработки ПО

ВГУЭС
Стандартные фазы разработки ПО (иллюстрация)

ВГУЭС
Водопад с возвратами;
Спиральная модель.
При разработке ИС принято применять следующие модели

жизненных циклов разработки ПО:

Александр Мутовин. Мастер-класс: «Построение упрощенной финансовой модели для оценки проекта»

with returns)
Жизненный цикл разработки информационных систем

систем
Достоинства и недостатки водопадной модели
Достоинства:
простота и наглядность;
лёгкость определения

контрольных фаз и этапов выполнения проекта.
Недостатки:
— процесс разработки требует очень точных и неизменных требований;
— требуются значительные усилия и ресурсы на устранение ошибок и доработку продукта.

систем
Спиральная модель (Spiral)

систем
Достоинства и недостатки спиральной модели
Достоинства:
работающий продукт выпускается на более

ранних стадиях;
не требуется полного и детального набора требований для начала разработки.
Недостатки:
— требуется очень хорошее знание предметной области;
— начало проекта с плохо определёнными целями неудобно для менеджеров проекта.

систем
Специфика жизненного цикла разработки КИС

Специфические особенности, обусловленные типом продукта имеют

этапы жизненного цикла «планирование» и «тестирование». При планировании проводятся основные мероприятия, связанные с разработкой бизнес-модели системы и реинженирингом бизнес-процессов, а тестирование разбивается на ряд отдельных специфических этапов.

бизнес-моделью
— перечень участков внедрения и последовательность их автоматизации
— фактическая потребность

в объёмах закупаемого аппаратного и программного обеспечения
— сроки развёртывания и запуска системы
— список ключевых пользователей
— степень соответствия выбранного ПО специфике деятельности предприятия

Разработка бизнес-модели может быть совершенно отдельным самодостаточным проектом.

моделирования
— проблема достоверности разрабатываемой бизнес-модели
— проблема использования типовых отраслевых моделей

Типы бизнес-моделей. Как выбрать бизнес-модель для своего проекта?

—

проблема реинжениринга

может утратить значительную часть своей актуальности к моменту окончания её

разработки

моделей
Модель-заготовка значительно сокращает затраты на описание рутинных типичных процессов
Модель-заготовка не

является готовой к употреблению и нуждается в тестировании в конкретных условиях

на предприятии (реинжениринг) при внедрении КИС рекомендуется проводить поэтапно.

стандартов IDEF
Стандарты IDEF предназначены для разработки бизнес-моделей и представляют собой

набор спецификаций языка описания бизнес-процессов.

IDEF-методика создавалась в США в рамках программы компьютеризации промышленности ICAM – Integrated Computer Aided Manufacturing. Название стандарта расшифровывается как Icam DEFinition.

IDEF относятся следующие стандарты:
IDEF0 – методология функционального моделирования
IDEF1 – методология

моделирования информационных потоков
IDEF1X – методология построения реляционных структур
IDEF2 – методология динамического моделирования развития систем
IDEF3 – методология документирования процессов в системе
IDEF4 – методология построения объектно-ориентированных систем
IDEF5 – методология онтологического описания сложных систем

– функциональный блок

– декомпозиция

диаграмм в стандарте IDEF3
Диаграммы описания последовательности этапов процесса (Process Flow

Description Diagrams, PFDD)

Диаграммы состояний объекта и его трансформаций в процессе (Object State Transition Network, OSTN)

диаграммы

диаграммы

(Material Resource Planning) представляет собой набор подходов, позволяющих оптимально регулировать

поставки комплектующих в производственный процесс.

Главной задачей MRP является обеспечение гарантии наличия необходимого количества требуемых материалов-комплектующих в любой момент времени в рамках срока планирования наряду с уменьшением постоянных запасов и разгрузкой складов.

понятиям методологии MRP относятся:
Материалы – всё сырье и комплектующие
Статус материала

– основной показатель текущего состояния материала
Страховой запас материала – необходим для поддержания процесса производства в случае непредвиденных задержек с поставками
Потребность в материале – количественная единица, отображающая необходимость в заказе материала

MRP систем

MRP II (Manufacturing Resource Planning) систем является наличие дополнительных функций,

обеспечивающих обратную связь в системе, что предоставляет возможность планирования производства с учётом внешних факторов, таких как уровень спроса и состояние дел у поставщиков

логической архитектуры MRPII систем

тестирования
Внутреннее тестирование разработчика. На этом этапе разработчик тестирует базовую функциональность

и соответствие основным требованиям.
Тестирование проектной группой. На этом этапе происходит проверка самых общих пользовательских функций системы с точки зрения её работы «под ключ» (как правило – разработчиками требований).
3. Тестирование ключевыми пользователями. Создаётся специальная тестирующая группа, имитирующая работу предприятия в целом.

тестирования (продолжение)
4. Опытная эксплуатация. Стадия реальной эксплуатации, при которой учёт

ещё ведётся и в старой системе (для контроля корректности).

Основным критерием правильности построения бизнес-модели является сбалансированность целей и средств

Источник: theslide.ru

Внедрение ит на основе бизнес-моделирования

Не стоит планировать весь процесс внедрения КИС предприятия в рамках одного контракта. Нужно начать с малого: заключить контракт с поставщиком или с консалтинговой фирмой на стадию бизнес-моделирования. Бизнес-модель — это осязаемый результат, с помощью которого можно максимально определить важнейшие параметры проекта. Любой проект внедрения КИС (корпоративной информационной системы) предприятия состоит из двух этапов:

1. разработка прототипа будущей системы (называемого также «бизнес-моделью», «проектным решением» и т. п.);
2. развертывание системы или ее части (см. рис. 1).

Рис. 1 Поэтому, чтобы получить оптимальное решение, способное принести практическую пользу и вместе с тем приемлемое по стоимости, лучше не рассматривать проект внедрения КИС как единый контракт — от обследования до ввода в промышленную эксплуатацию интегрированной системы по всем участкам предприятия. Нужно начать с малого: заключить контракт с поставщиком прикладного пакета для построения КИС или с консалтинговой фирмой исключительно на стадию бизнес-моделирования. Ни в коем случае нельзя ограничиваться «только обследованием» и прочими не целостными способами решения проблем. Бизнес-модель — это осязаемый результат, с помощью которого можно максимально конкретизировать цели внедрения КИС предприятия и определиться со следующими параметрами проекта:

1. перечень участков внедрения и последовательность их автоматизации;
2. фактическая потребность в объемах закупаемого программного и аппаратного обеспечения;
3. реальные оценки сроков развертывания и запуска КИС;
4. уточненный список членов команды внедрения и ключевых пользователей;
5. степень соответствия выбранного вами прикладного ПО специфике бизнеса вашей компании и многое другое.

Конечно, создание бизнес-модели — процесс не быстрый и занимает обычно от четырех до девяти месяцев. Главное — набраться терпения и получить ответы на давно назревшие вопросы. Естественно, если речь идет о локальной автоматизации бухгалтерского учета, то результата можно добиться быстрее. Однако при комплексной широкомасштабной автоматизации ошибки в планировании стоят больших денег.

Что нужно считать настоящей бизнес-моделью предприятия? Как добиться того, чтобы создание бизнес-модели принесло практическую пользу всем участникам проекта?

• визуализировать деятельность предприятия, обеспечив руководству возможность правильно оценить имеющиеся недостатки и отыскать источники потенциала и направления усовершенствования;
• сократить время настройки КИС под специфические особенности предприятия;
• отобразить и зафиксировать в готовом для последующего развертывания виде варианты реализации КИС, каждый из которых может быть выбран при переходе на очередную ступень развития предприятия.

Источник: studfile.net