ПОИСК Статьи Чертежи Таблицы Что предпринимается из "Системы словарей-справочников данных " Обратимся вновь к примеру гипотетической банковской информационной системы. [c.53] Для определения информационных потребностей и их анализа LNB пришлось обратиться к СССД. Согласно принятой в LNB классификации это второй этап жизненного цикла системы— этап определения требований. Получаемый в результате набор функциональных спецификаций служит как бы своеобразной контрольной точкой в процессе разработки только после их утверждения комитетом по качеству систем проектировщики могут продолжить свою работу. [c.53] При реализации пробного проекта перевода системы ОТС на технологию баз данных коллектив разработчиков должен определить функции ее текущей версии и связи с другими прикладными системами. Сведения, документирующие существующую систему, вводились в СССД. Одновременно пользователи формулировали новые требования. Аналитик рассматривал различные аспекты этих требований к данным (объемы, скорости доступа, время реакции), к обработке, к обеспечению безопасности, рестарту и восстановлению. Документирование этих и других требований осуществлялось с помощью СССД. На основе сведений, накопленных на предшествующих этапах, аналитик смог установить, какие данные доступны, как они обрабатываются, как к ним обращаться, кто несет ответственность за их определение и ведение и, что особенно важно, имеются ли противоречия в использовании данных и каков характер влияния этих противоречий на другие прикладные системы. [c.53] Исследовав процессы в системе обработки текущих счетов, аналитик подготовил перечень элементов данных, связанных с объектами. С помощью СССД были разработаны детальные описания элементов данных и процессов. При этом исключалось дублирование и разграничивался доступ к информации, хранимой в СССД (см. перечень элементов данных в приложении). [c.54] После этого аналитик составил матрицу данные — процессы и матрицу транзакций и разработал детальную концептуальную модель. В результате были выработаны и направлены на утверждение комитету по качеству систем спецификации функциональных требований к опытной системе ОТС, причем процесс их разработки контролировался, а сами спецификации получились согласованными. [c.54] Если бы в банке не применялась СССД, ОТС стала бы очередным примером разработки прикладной системы на базе СУБД, в которой не учитывается доступность других данных. Например, в системе учета накоплений имя клиента могло состоять из его фамилии и инициалов в системе ОТС в качестве имени клиента могли рассматриваться фамилия, имя и второй инициал. В первом случае размер значений элемента данных имя-клиента составил бы 18 литер, а во втором — 32. Когда одни и те же данные по-разному определяются в различных файлах, возникает избыточность и несогласованность. Этот простой пример подчеркивает необходимость координации и обеспечения непротиворечивости. [c.54] Следует отметить, что использование СССД для определения и анализа потребностей — зто первый опыт применения такой системы на этапе планирования, поэтому преемственность и организация управления на последующих этапах разработки обеспечивались не в полной мере. Преимущества работы с СССД на ранних стадиях разработки системы не стали очевидны, так как не было отчетливо продемонстрировано, что при выявлении потребностей и проведении анализа можно организовать точный учет трудозатрат на планирование и эффективно обеспечить непротиворечивость и координацию. [c.54] Вернуться к основной статье