Предыдущая часть

Консалтинг при автоматизации предприятий:
подходы, методы, средства

ПРИЛОЖЕНИЕ 1

Внедрение структурного подхода и выбор CASE-средств

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

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

  1. Поддержка методологий структурного (а не объектно-ориентированного) анализа и проектирования на начальных этапах проекта. Если Вы при общении с руководством или экспертом предметной области (например, с бухгалтером) будете употреблять слова “наследование”, ”инкапсуляция”, ”полиморфизм” и т.п., то в лучшем случае столкнетесь с непониманием.
  2. Поддержка классических методов структурного анализа и проектирования. Это позволит Вам в случае неудовлетворенности пакетом относительно легко подобрать новый, не переделывая, а лишь перерисовывая (в худшем случае) наработанные модели.
  3. Выбор в качестве первого опыта недорогих продуктов с учетом информации о реальных проектах, выполненных с их использованием. Например, известен ряд фирм и банков, использующих на начальных этапах проектирования автоматизированных банковских систем пакеты CASE.Аналитик для построения функциональной, а ERwin для построения информационной моделей.
  4. Наличие средств экспорта/импорта фрагментов проекта, что при коллективной работе поможет избежать множества проблем, связанных с мультипользовательским доступом.
  5. Обязательная поддержка автоматической верификации на полноту и состоятельность проекта и генерации отчетов по верификации.
  6. Автоматическая генерация проектной документации в соответствии с общепринятыми стандартами (отечественных заказчиков вполне удовлетворяют ГОСТы, зарубежных - DOD STD-2167A).
  7. Для функционального моделирования - наличие миниспецификаций процессов нижнего уровня (задаваемых общепринятыми методами), а не возможности задавать аналогичную информацию в качестве комментария при определении процессов. Это позволит полностью охватить технологии, применяемые заказчиком, и расширит возможности созданного проекта (например, его можно будет использовать для автоматизированного и быстрого обучения новых работников конкретному направлению деятельности).
  8. Для информационного моделирования - наличие средств генерации схем БД для широкого спектра СУБД, а также поддержки обратного проектирования (reverse engineering), т.е. создания информационных моделей из существующих БД.

Следующая часть