возможности и целесообразности создания конкретной АСУ при имеющихся
ресурсах и приемлемых сроках разработки, а также при планировании всей
последующей деятельности.
Рекомендуется даже при проектировании автоматизированной системы для
достаточно узкой сферы деятельности проводить комплексное обследование
объекта. При этом желательно:
обновить или подтвердить данные о структуре предприятия;
выяснить политику высшего руководства по тактике и стратегии развития
предприятия;
составить карту или паспорт технических и программных средств
предприятия, в том числе эксплуатирующихся АСУ;
описать и провести структурный анализ существующих бизнес процессов,
документооборота и информационных потоков.
Эти сведения будут необходимы как при разработке концепции АСУ, так и в
начале проектирования, при предварительной оценке стоимости работ, решении
вопросов интеграции новых и существующих программных средств.
Особое внимание следует уделить структурному анализу деятельности
предприятия. В качестве инструмента исследования возможно применение
методологий стандартов IDEF0, IDEF3, DFD. Безусловно, использование именно
этих стандартов не является обязательным и единственно возможным вариантом.
Можно воспользоваться любыми другими средствами, не обязательно
специализированными, для графического представления бизнес процессов и
информационных потоков. В пользу указанных средств говорит то, что они
оформлены как стандарты и, следовательно, понятны многим группам
разработчиков, поддерживаются case-средствами (BPWin и др.), в которых решены
те вопросы, которые будут периодически возникать при использовании подручных
средств, наработан ряд формальных признаков для оценки качества описанных с их
помощью бизнес процессов. И главное – с их помощью можно качественно и
количественно оценить влияние автоматизации на деятельность предприятия и
возможность достижения с созданием АСУ поставленных целей (модели AS IS и TO
BE). При выборе разумной степени детализации процессов такая работа не занимает
много времени.
На этапе формирования требований пользователей к АСУ рекомендуется
определить группы и отдельных сотрудников, для которых создаваемая
автоматизированная система представляется как набор пересекающихся или
непересекающихся функциональностей. В качестве инструмента для этого этапа
можно применить диаграммы вариантов использования (use case diagram)
унифицированного языка моделирования UML (Unified Modeling Language). Язык
UML является простым и мощным средством моделирования, который может быть
эффективно использован для построения концептуальных, логических и
графических моделей сложных систем самого различного целевого назначения.
Визуальное моделирование в UML представляется как некоторый процесс
поуровневого спуска от наиболее обшей и абстрактной концептуальной модели
исходной системы к логической, а затем и к физической модели соответствующей
программной системы. Для достижения этих целей вначале строится модель в
137