- •Учебник
- •Оглавление
- •Глава 1. Стандарты и профили в области информационных систем 5
- •Глава 2. Методологические основы проектирования информационных систем 33
- •Глава 3. Проектирование информационных систем 80
- •3.2.1 Основные понятия 85
- •Глава 4. Практикум по системному проектированию информационных систем 119
- •Глава 1. Стандарты и профили в области информационных систем
- •1.1. Основные этапы автоматизации информационных процессов
- •Вопросы для самопроверки
- •1.2. Подходы к построению и проектированию информационных систем
- •Вопросы для самопроверки
- •1.3. Стандарты в области информационных систем
- •1.3.1. Международный стандарт iso/iec 12207: 1995-08-01
- •1.3.2 Стандарты комплекса гост34
- •1.3.3 Методика Oracle cdm
- •Вопросы для самопроверки
- •1.4. Профили в области информационных систем
- •1.4.1. Понятие профиля ис. Цели и принципы формирования профилей информационных систем
- •1.4.2. Структура и содержание профилей информационных систем
- •1.4.3. Процессы формирования, развития и применения профилей информационных систем
- •Вопросы для самопроверки
- •Библиографический список
- •Глава 2. Методологические основы проектирования информационных систем
- •2.1. Основные понятия
- •Вопросы для самопроверки
- •2.2. Методологические подходы к проектированию информационных систем
- •Вопросы для самопроверки
- •2.3. Методология структурного анализа и проектирования информационных систем
- •2.3.1. Основные понятия idef0
- •Вопросы для самопроверки
- •2.3.2. Основные понятия методологии sadt
- •Вопросы для самопроверки
- •2.3.3. Bpwin – инструмент реализации методологий структурного анализа и проектирования
- •Вопросы для самопроверки
- •2.4. Методология объектно-ориентированного анализа и проектирования информационных систем
- •2.4.1. Сущность объектно-ориентированного подхода к анализу и проектированию ис
- •Вопросы для самопроверки
- •2.4.2.1. Диаграммы вариантов использования (модели прецедентов)
- •2.4.2.2. Диаграммы классов
- •2.4.2.3. Диаграммы взаимодействия
- •2.4.3. Методология Rational Unified Process (rup)
- •Вопросы для самопроверки
- •Библиографический список
- •Глава 3. Проектирование информационных систем
- •3.1 Модели информационных систем
- •Вопросы для самопроверки
- •3.2 Методологии проектирования информационных систем
- •3.2.1 Основные понятия
- •3.2.2 Методологии моделирования бизнес-процессов
- •3.2.3 Методология моделирования информационных систем
- •Вопросы для самопроверки
- •3.3 Методика системного проектирования
- •3.3.1 Предпроектное обследование
- •3.3.2. Создание концепции новой ис
- •3.3.3. Разработка системного проекта ис
- •Вопросы для самопроверки
- •Библиографический список
- •Глава 4. Практикум по системному проектированию информационных систем
- •Инструментальная поддержка основных этапов жизненного цикла ис линейками продуктов AllFusion и Rational
- •4.1 Методологические основы проектирования ис
- •4.1.1 Постановка задачи. Определение рабочей области моделирования
- •4.1.2 Моделирование бизнес-процессов с использованием методологии sadt и инструментария AllFusion Modelling Suite
- •4.1.3 Моделирование бизнес-процессов с использованием методологии rup и инструментария Rational Suite
- •4.1.4 Моделирование потоков данных с использованием методологии sadt и инструментария AllFusion Modeling Suite
- •4.1.5 Моделирование потоков работ с использованием методологии sadt и инструментария AllFusion Modeling Suite
- •4.1.6 Моделирование потоков работ с использованием методологии rup и инструментария Rational Suite
- •4.1.7 Создание дополнительных моделей предметной области с использованием инструментария AllFusion Modeling Suite
- •4.2 Основы системного проектирования ис
- •4.2.1 Предпроектное обследование
- •4.2.1.1 Сбор и анализ документов, описывающих процессы предметной области
- •4.2.1.2 Создание модели as-is бизнес-процессов деятельности компании
- •4.2.1.3 Создание модели информационных потоков предметной области компании
- •4.2.1.4. Определение «узких» мест и выработка предложений по усовершенствованию ис компании
- •4.2.2 Создание концепции новой ис
- •4.2.2.1 Формирование требований к новой ис
- •1. Введение
- •2. Общее описание
- •3. Функции системы
- •4. Требования к внешнему интерфейсу
- •5. Другие нефункциональные требования
- •4.2.2.2 Создание прототипов новой ис
- •4.2.3 Создание технического задания на проект ис
- •Библиографический список
- •Глоссарий
1.4.3. Процессы формирования, развития и применения профилей информационных систем
В общем случае созданию сложной информационной системы должна предшествовать стадия предпроектного обследования организации, для которой предполагается создавать систему.
Результатами работ являются функциональная и информационная модели организации и спецификации требований к предполагаемой системе, которые служат в качестве исходных данных для проектирования системы. При этом желательно, чтобы функциональная и информационная модели и спецификации требований были выполнены с помощью формализованных методов их описания, например с использованием средств описания моделей в известных методологиях структурного или объектно-ориентированного проектирования и языков спецификаций.
В этом случае в ТЗ на создание конкретной ИС, разрабатываемое на основе результатов стадии предпроектного обследования, должно быть указание на имеющиеся исходные данные и на средства описания исходных данных. Ссылки в ТЗ на документы, определяющие выбранные средства описания исходных данных, являются частью профиля инструментальных сред, поддерживающей основные процессы: проектирование, разработку, сопровождение и развитие прикладного программного обеспечения ИС.
В ТЗ должны быть определены требования к жизненному циклу ИС и даны ссылки на действующие нормативные документы по жизненному циклу, т. е. определен профиль жизненного цикла ИС. Аналогично в ТЗ задаются требования к качеству прикладного программного обеспечения ИС и соответственно первичный профиль качества. В ТЗ задаются функциональные требования к ИС (состав задач, решаемых ИС) и указываются ссылки на ведомственные нормативные документы, которые регламентируют правила и процедуры выполнения функций и операций.
При этом стадии разработки профилей, которые определяются разработчиком системы по его усмотрению, должны быть увязаны со стадиями жизненного цикла ИС и выполняться во времени таким образом, чтобы эти разрабатываемые профили могли быть применены тогда, когда это требуется по логике детализации проекта. Исходя из выбранной модели жизненного цикла ИС и возможного влияния решений, принимаемых на какой-либо стадии проекта, на решения, которые были предложены ранее, следует учитывать итерационный характер формирования функциональных профилей ИС и, при необходимости, корректировки ТЗ.
На стадии стратегического планирования и анализа требований уточняются исходные данные и разрабатываются спецификации требований к прикладному программному обеспечению (ПО) и к среде. Принимаемые на этой стадии решения исходят из альтернативного выбора методологии и принципов построения ИС между функционально-модульным подходом и объектным подходом. В плане создания ИС, разрабатываемом на этой стадии, должны быть учтены работы, связанные с построением и оформлением функциональных профилей ИС.
Стадия эскизного проектирования ИС связана с обоснованием и принятием принципиальных проектных решений, относящихся к каждому из четырех функциональных профилей ИС. Профиль прикладного ПО, формируемый на данной стадии, должен определять архитектуру прикладных программных комплексов (модели функций, логические модели данных, внешние интерфейсы) и их структуру (разбиение системы на подсистемы и подсистем на модули, определение унифицированных интерфейсов взаимодействия между прикладными программами). Профиль прикладного ПО конкретной ИС должен учитывать функциональную ориентацию приложений. При этом функции каждого прикладного объекта и задачи всего прикладного программного комплекса в целом, задаваемые на стадиях анализа и эскизного проектирования, не должны быть привязаны к организационной структуре подразделений или к каким-либо пользователям. Такая привязка должна выполняться динамически при задании прав доступа пользователей к ресурсам системы. Приложения, работа которых может быть связана с частыми изменениями нормативно-инструктивной базы функциональных операций, должны иметь встроенные автоматические средства перенастройки, позволяющие пользователям настраивать их без привлечения программистов.
Стадия детального проектирования ИС связана с декомпозицией крупноблочной структуры системы на компоненты и выбором готовых компонентов (прикладных программ повторного использования, покупных программных и технических средств среды). При выборе и заказе готовых компонентов применяются функциональные профили ИС, полученные на предыдущих стадиях проекта. Применение функциональных профилей в этих случаях заключается в том, чтобы предъявить к используемым компонентам требования их соответствия стандартам применяемого профиля и сформировать требования к тестам, проверяющим это соответствие.
До начала разработки приложений может производиться эталонное тестирование производительности серверов баз данных и серверов приложений, различных системных конфигураций операционных систем и аппаратуры с помощью имитационных программ клиентов и стандартных тестов измерения производительности. После выбора аппаратных платформ типа СУБД и других компонентов создаются прототипы приложений. Выполняя одни и те же тесты на разных прототипах, проектировщик может уточнить и оптимизировать архитектуру проектируемой системы за счет рационального распределения функций между ее узлами.
Конкретизация требований к компонентам ИС в части защиты информации должна производиться на основе стандартов, включаемых в профиль защиты информации с их адаптацией к условиям конкретной ИС и принятой политике информационной безопасности.
Стадия разработки связана, прежде всего, с программированием и отладкой компонентов приложений, которые создаются заново для данной ИС. Одновременно создаются функциональные тесты для проверки выполнения приложениями заданных функций и тесты производительности приложений. Разработка приложений производится с помощью инструментальных средств, отвечающих требованиям выбранного ранее профиля методологии и технологии. Аппаратно-программные платформы, на которых выполняются клиентские и серверные части приложений, должны соответствовать требованиям профиля среды ИС.
После детального проектирования версии прикладных программных средств, начиная со стадии разработки вплоть до стадии интеграции и тестирования комплекса прикладных программ в составе ИС, все работы должны проводиться в соответствии с требованиями функциональных профилей ИС.
На стадии интеграции и тестирования ИС применяется весь набор функциональных профилей, подготовленных на предшествующих стадиях проекта. На этой стадии производится комплексная проверка всех компонентов созданной системы: клиентских приложений, служб, выполняемых серверами, программных средств среды ИС, сетевой инфраструктуры. Применение функциональных профилей ИС на данной стадии позволяет установить соответствие компонентов системы и всей ИС в целом требованиям этих профилей при помощи тестов соответствия.
На стадии внедрения производится перенос разработанного прикладного ПО с инструментальной платформы разработчика системы на реальную платформу ИС. При этом проверяется соответствие реальной платформы требованиям функциональных профилей ИС и функционирование прикладного ПО на реальной платформе. Стадия внедрения предполагает адаптацию и настройку ИС на реальные условия эксплуатации, для которых она создавалась. Применение функциональных профилей ИС в этих случаях позволяет обусловить пределы изменений в системе, связанных с ее адаптацией, и границы значений параметров, в рамках которых может производиться настройка.
Приемочные испытания ИС проводятся в условиях реальной эксплуатации на соответствие требованиям ТЗ и требованиям полного профиля ИС, который был сформирован в процессе создания системы.
При сопровождении ИС важнейшее значение имеют регламенты процессов сопровождения и применение инструментальных средств, встроенных в ИС, в частности средств управления конфигурацией. Эти регламенты рекомендуется устанавливать с использованием стандартов ISO 687: 1983, ISO 12207:1995 и ANSI/IEEE 1042: 1987.
Эти общие методические положения создания и применения комплекса профилей ИС следует детализировать для каждого профиля до уровня "Руководящих указаний по адаптации и параметризации и Методик по применению для конкретных проблемно-ориентированных областей или конкретных проектов ИС".
В этих документах должны быть представлены конкретные операции, структура и содержание документов, обеспечивающих регламентированное применение профиля и контроль соответствия процессов и объектов ИС требованиям и рекомендациям профиля.
Положения каждой методики и сценарии их конкретного применения должны быть поддержаны технологией и средствами автоматизации их реализации, документирования и контроля соответствия утвержденному профилю. Такие методики должны предусматривать длительное развитие, расширение и модернизацию функций компонентов и ИС в целом.