Организация компьютерных информационных систем

     Параллельно с проектированием схемы базы данных выполняется проектирование процессов, чтобы получить спецификации (описания) всех модулей ИС. Оба эти процесса проектирования тесно связаны, поскольку часть бизнес-логики обычно реализуется в базе данных (ограничения, триггеры, хранимые процедуры). Главная цель проектирования процессов заключается в отображении функций, полученных на этапе анализа, в модули информационной системы. При проектировании модулей определяют интерфейсы программ: разметку меню, вид окон, горячие клавиши и связанные с ними вызовы.

     Конечными продуктами этапа проектирования являются:

• схема базы данных (на основании ER-модели, разработанной на этапе анализа);
• набор спецификаций модулей системы (они строятся на базе моделей функций).

      Кроме того, на этапе проектирования осуществляется также разработка архитектуры ИС, включающая в себя выбор платформы (платформ) и операционной системы (операционных систем). В неоднородной ИС могут работать несколько компьютеров на разных аппаратных платформах и под управлением различных операционных систем. Кроме выбора платформы, на этапе проектирования определяются следующие характеристики архитектуры:

• будет ли это архитектура "файл-сервер" или "клиент-сервер";
• будет ли это 3-уровневая архитектура со следующими слоями: сервер, ПО промежуточного слоя (сервер приложений), клиентское ПО;
• будет ли база данных централизованной или распределенной. Если база данных будет распределенной, то какие механизмы поддержки согласованности и актуальности данных будут использоваться;
• будет ли база данных однородной, то есть, будут ли все серверы баз данных продуктами одного и того же производителя (например, все серверы только Oracle или все серверы только DB2 UDB). Если база данных не будет однородной, то какое ПО будет использовано для обмена данными между СУБД разных производителей (уже существующее или разработанное специально как часть проекта);
• будут ли для достижения должной производительности использоваться параллельные серверы баз данных (например, Oracle Parallel Server, DB2 UDB и т.п.).

      Этап  проектирования завершается разработкой технического проекта ИС.

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

      Этап  тестирования обычно оказывается распределенным во времени.

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

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

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

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

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

     Необходимость контролировать процесс создания ИС, гарантировать достижение целей  разработки и соблюдение различных ограничений (бюджетных, временных и пр.) привело к широкому использованию в этой сфере методов и средств программной инженерии: структурного анализа, объектно-ориентированного моделирования, CASE-систем.

      Список литературы: 

     1. А.Н. Адаменко, А.М. Кучуков. Логическое программирование и Visual Prolog

     СПб.: БХВ—Петербург, 2003.

     2. Братко И. Алгоритмы искусственного интеллекта на языке PROLOG. М.: «Вильямс», 2004.

     3. Джексон П. Введение в экспертные системы.-Москва, С. Петербург, Киев: Изд. дом "Вильямс", 2002

     4. Дж. Доорс, А. Рейблейн, С. Вадера.Пролог - язык программирования будущего. М.: Финансы и статистика, 1990

     5. Дюбуа Д., Прад А. Теория возможностей. Приложения к 
представлению знаний. -М.: Радио и связь, 1995

     6. Корнеев В.В., Гарев А.Ф., Васюшин СВ., Райх В.В. Базы данных. 
Интеллектуальная обработка информации. - М.: Изд-во "Нолидж", 
2000

     7. Мендельсон Э. Введение в математическую логику. М., 1976

     8. Нечаев В.В., Панченко В.М., Свиридов А.П. Исследование операций 
и теория систем. Основы статистической динамики знаний. Учебное 
пособие.-М.: МИРЭА, 2000

     9. Новиков П. С. Элементы математической логики. М., 1959

     10. Попов Э.В. Экспертные системы реального времени. В: Открытые 
системы, N2 (10), 1995

     11. Хоггер К. Введение в логическое программирование М.: Мир, 1988

     12. Черч А. Введение в математическую логику, т. I. М. 1960