Глава 1. Теория.

Описание и анализ предметной области и, возможно, ее методологий, описание и анализ программного обеспечения предметной области.

Структура главы

Например, если проектирование нацелено на бухгалтерскую деятельность фирмы, нужно рассмотреть и проанализировать бухгалтерское ПО, предлагаемое производителями программного обеспечения. При анализе полезно выделить несколько признаков, которые проектировщик считает наиболее важными для этой группы ПО, и классифицировать предлагаемое рынком ПО по этим признакам. Эти выводы будут полезны при оценке состояния информатизации исследуемой организации, используемого ПО.

Общее направление исследования- насколько имеющееся на отечественном (и, возможно, зарубежном) рынке ПО соответствует предметной области и ее бизнес- процессам.

Глава 2. Описание предметной области. Модель предметной области с применением BpWin 4.1. – модель as-is. Abc- анализ модели

Структура главы

Исследование можно начать с изучения документации- устава фирмы, приказов руководства, касающихся организации бизнес- процессов, образцов документов, бесед руководителями и другими сотрудниками. Эту информацию надо кратко и емко излагать по ходу развертывания модели.

В дальнейшем, при уточнении деталей организации бизнес- процессов можно использовать фотографии рабочего дня, опросы, анкетирование и др.

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

1. В начале главы следует дать описание организации, ее основные функции (цели ее функционирования), является ли эта фирма филиалом более крупной фирмы, что фирме требуется для того чтобы выполнять предназначение (сырье, комплектующие, внешняя информация, связи с контрагентами, курирующими или управляющими организациями и т.д.) и что фирма передает в виде товаров, услуг, отчетов, финансов и т.д.) внешней среде. Эта информация отражается впоследствии в контекстной диаграмме. Контекстная диаграмма показывает, что является внешней средой по отношению к модели, а что будет рассматриваться как внутренняя среда модели. Диаграмма отражает связи моделируемой предметной среды с внешней средой.

2. Следующий уровень диаграмм отражает основные функции, реализуемые фирмой. Обычно их 3-4, не более. Сначала дается словесное описание того, что делает фирма, а затем это отражается в диаграмме. Важно правильно выделить главные функции, это принципиально важно.

3. Дальнейшая декомпозиция функций приводит более детальному описанию бизнес- процессов, что позволяет выявить недостатки в функционировании фирмы и сформулировать в выводах главы идею для создания модели TO BE, представляющей собой улучшенный вариант по отношению к модели AS-IS.

4. При построении модели AS-IS следует обращать внимание на состояние информатизации фирмы. Если нет предложения по глубокой реструктуризации бизнес- процессов, в качестве улучшенного варианта может быть предложено улучшение движения информационных потоков фирмы, так как большинство организаций не имели возможности приобрести полнофункциональное гетерогенное ПО фирм- интеграторов. Для детального изучения текущего состояния информатизации организации и ее информационных потоков рекомендуется с самых верхних уровней моделирования обращать внимание на используемое фирмой программное обеспечение и на то, как информационные потоки поддерживаются этим ПО, а также как это ПО «справляется» со своими обязанностями. Большинство фирм в настоящее время имеют разрывы в информационных потоках, передаваемых с помощью средств ВТ. Другой распространенный вариант проблем информатизации небольших фирм- неиспользование оперативной информации учета для принятия решений. При таком варианте БП в качестве предложения по улучшению БП возможна разработка системы поддержки принятия решений для руководителя, использующая оперативную информацию существующих в организации БД (бухучет, кадры), и представляющая эту информацию в удобном для руководителя, агрегированном виде. В минимальном по времени разработки варианте это может быть не очень сложная БД, которую можно разработать даже в среде MicroSoft Access. Именно для того, чтобы обоснованно и адекватно выявить проблемы информатизации на стадии построения модели AS IS следует тщательно моделировать информационные потоки и их компьютерную поддержку. Для этого стоятся диаграммы IDEF0, IDEF3 и DFD.

5. В результате моделирования «как есть»- AS IS должно быть получено ясное представление о проблемах фирмы и идеях их решения. Это представление отражается в конце главы как идея для 3 главы в выводах.

Примечание

Анализ.

ПО классифицировать (выявить основные концепции):

1. совместимость ПО с уже имеющимися в организации

2. сложность организационной структуры (гибкость настройки)

3. возможность и ограничения работы в сети

4. привязанность к предметной области

5. цена

6. функциональность

7. требование к ресурсам

8. доступность для обучения (требуется ли организация дополнительных курсов для обучения пользователя)

Выводы. Какое из имеющегося ПО на рынке подходит для организации и сравнение ее с существующими на предприятии. Указать «+» и «-» внедряемого ПО.

Обратить внимание. Локальность и комплексность автоматизации функций, т.е. декомпозировать деятельность организации на более мелкие работы, учесть что некоторые из этих работ используют данные, хранящиеся в базах «вручную» или с помощью ПО. Следует проанализировать:

а) с точки зрения их целостности и доступности;

б) функциональная пригодность ПО (что производится вручную, а что нет); в) все ли потоки документооборота автоматизированы, какие документы автоматизированы вручную.

Этапы анализа

1. Определить основные проблемы организации

2. Сформулировать нововведения, «чего бы хотелось…»

3. Сформулировать проблемы и цели организации , т.е. «какие улучшения хочет сама организация»

4. Как автоматизировать основные бизнес- процессы

5. Выделить насыщенные информационные потоки (3-5 шт.) и охарактеризовать состояние их в организации (как они автоматизированы)

6. Написать характеристики баз данных

- какая информация храниться,

- проанализировать целостность,

- существует ли возможность их объединения,

- какая совместимость инструментов обработки БД

- какой процент обработки данных на предприятии эти базы покрывают (основных бизнес – процессов, наиболее интенсивных документо - потоков)

IDEF3

7. Бизнес- процессы. Выделить самые важные бизнес –процессы, самые убыточные. Сравнить процессы по их степени автоматизации, на основе сравнения сценариев. Выделить те процессы от которых нужно отказаться или уделить больше внимания.