Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
КОНСПЕКТ СА.doc
Скачиваний:
2
Добавлен:
01.04.2025
Размер:
2.1 Mб
Скачать

Построение логической модели

Логическая модель – это схема функционирования предметной области на логическом уровне без учета технической реализации.

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

На этом этапе можно наметить границы автоматизации, т.е. определить, что будет автоматизировано, а что нет. Содержание информации в системе определяются задачами персонала и решениями управленцев.

Построение прототипа

Прототип – это работающая модель будущей системы.

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

Многие функции в прототипе не будут реализованы, но тогда надо создать имитацию этой функции, видимость работы, заглушку.

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

2.3.2Проектирование

Проектирование – это планирование информационной системы.

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

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

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

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

  • набор спецификаций модулей системы (они строятся на базе моделей функций).

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

Этап проектирования завершается разработкой технического проекта информационной системы.

2.3.3Реализация

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

Современные CASE-средства позволяют производить автоматическую генерацию кода, будь-то база данных, программа или WEB-сайт. В будущем эта тенденция будет только усиливаться.

Реализация должна быть направлена на точное воплощение проекта и программных спецификаций в программу на языке программирования. Основные критерии – точность и надежность.

Повышение надежности системы.

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

  2. Избыточность позволяет по части данных проверить остальную часть. Если избыточности нет, то ее можно ввести.

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

Основная причина ошибок – сложность. Мерой сложности объекта является количество интеллектуальных усилий, необходимых для понимания этого объекта. Сложность системы зависит от количества и качества связей между ее компонентами и самих компонент. Чтобы уменьшить сложность объекта, вводятся уровни абстракции, иерархическая структура или модульность.