<На страницу назад | На страницу вперед >
Одной из первых проблем, возникающих перед разработчиком модели, является определение, какого рода материалы необходимо получить и из каких источников. Нередко область действия и контекст модели устанавливаются на основе анализа функциональной IDEF0-модели. Анализ функций и связей между ними выявляет целевые функции в пределах представляемого функциональной моделью предприятия. Узел целевой функции - это узел, представляющий совокупность информации, репрезентативной для данной проблемной области.
После выявления областей целевых функций и выбора интересующих категорий первичной информации могут быть выбраны участники процесса сбора данных в пределах этих функций. Такой сбор данных может осуществляться несколькими способами, включая опрос людей, обладающих информацией, наблюдение за деятельностью, анализ документов, линий поведения и процедур, применение специфических, информационных моделей и т.п. Это требует отображения узлов целевых функций в их эквивалент, соответствующий участникам моделирования. После идентификации групп, участвующих в целевой функции, менеджер проекта может продолжить выявление лиц или заслуживающих внимания областей, которые могут использоваться в качестве источников информации для модели.
Исходный материал может иметь разнообразные формы и довольно широко распространяться по организации. Он включает:
Независимо от применяемых методов целью разработчика в этот момент является разработка план сбора репрезентативной документации, отражающей информацию, соответствующую цели и точке зрения модели. Полученная информация должна быть отмечена таким образом, чтобы можно было проследить ее источник. На различных стадиях разработки модели будут постоянные ссылки на эту документацию и на документацию, получаемую в процессе моделирования. Разработчик будет искать и изучать исходный материал, который может служить обоснованием структурных характеристик модели и смысла представленных данных.
Как отмечалось в разделе 2, целью моделирования данных является определение единого, согласованного в рамках всего предприятия взгляда на ресурсы данных, что в архитектуре ANSI/SPARC называется концептуальной схемой. Исходные документы, по большей части, представляют либо внешнюю, либо внутреннюю схемы, соответствующие концептуальной схеме, но более ориентированные на практическое использование. Пользовательские отчеты, например, являются представлением данных из внешней схемы и могут служить исходной документацией. Описания файлов и проекты баз данных соответствуют представлениям данных из внутренней схемы и также могут использоваться в качестве исходной документации. Хотя в процессе моделирования структура данных существенно меняется, окончательная модель должна по-прежнему соответствовать внутренней и внешней схеме, на основе которых она построена.
Правильный план сбора данных имеет первостепенное значение для успешного достижения цели. Он должен отражать, какой тип данных является важным, где такие данные можно получить и кто их предоставит.