1. Общие принципы проектирования систем 2. Основные принципы объектно- ориентированного подхода 3. Методы проектирования информационных систем

Общие принципы проектирования систем Система – это совокупность взаимодействующих компонентов, работающих совместно для достижения определенных целей Свойства и поведение системных компонентов влияют друг на друга сложным образом Корректное функционирование каждого системного компонента зависит от функционирования многих других компонентов

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

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

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

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

Основные подходы к декомпозиции систем разделение функций системы на модули производится по функциональной принадлежности функционально- модульный (структурный) структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами объектно- ориентированный

Основные принципы объектно- ориентированного подхода Основные элементы объектной модели абстрагированиеинкапсуляциямодульностьиерархия Дополнительные элементы объектной модели типизацияпараллелизм устойчивость

Основные понятия объектно- ориентированного подхода Объект осязаемая сущность, предмет или явление, имеющие чётко определяемое поведение Класс это множество объектов, связанных общностью структуры и поведения

Свойства объекта Состояние объекта характеризуется перечнем всех возможных свойств данного объекта и текущими значениями каждого из этих свойств Поведение определяет воздействие объекта на другие объекты и его реакцию на запросы от других объектов Индивидуальность – это свойства объекта, отличающие его от всех других объектов

Свойства класса Атрибут – это поименованное свойство класса, определяющее диапазон допустимых значений, которые могут принимать экземпляры данного свойства public (общий, открытый) – атрибут будет виден всеми остальными классами private (закрытый, секретный) – атрибут не виден никаким другим классом protected (защищенный) – атрибут доступен только самому классу и его потомкам в иерархии наследования Операция – это реализация услуг, которую можно запросить у любого объекта данного класса Методы являются специфической реализацией операций Интерфейсом называется набор операций, характеризующих поведение элемента

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

Методы проектирования ИС 1. Классификация методов проектирования 2. Каноническое проектирование ИС 3. Типовое проектирование ИС 4. CASE-технологии

Классификация методов проектирования ручное – проектирование компонентов ИС осуществляется без использования специальных инструментальных средств компьютерное – реализация проектных решений производится на основе использования специальных инструментальных средств По степени автоматизации оригинальное (индивидуальное) – проектные решения разрабатываются "с нуля" в соответствии с требованиями к системе типовое – конфигурирование ИС выполняется из готовых типовых проектных решений (программных модулей) По степени использования типовых проектных решений реконструкции – адаптация проектных решений выполняется путём переработки соответствующих компонентов параметризации – проектные решения настраиваются в соответствии с изменяемыми параметрами реструктуризации модели – изменяется модель проблемной области, на основе которой автоматически заново генерируются проектные решения По степени адаптивности проектных решений

Каноническое проектирование ИС В основе канонического проектирования лежит каскадная модель ЖЦ ИС Стадии: 1. исследование и обоснование создания системы 2. разработка технического задания 3. создание эскизного проекта 4. техническое проектирование 5. рабочее проектирование 6. ввод в действие 7. функционирование, сопровождение, модернизация

Исследование и обоснование создания системы Основная задача данного этапа – это оценка реального объёма проекта, его целей и задач на основе выявленных функций и информационных элементов автоматизируемого объекта Результатом является документ (технико- экономическое обоснование проекта), где чётко сформулировано, что получит заказчик, если согласится финансировать проект, когда он получит готовый продукт и сколько это будет стоить

При разработке технического задания необходимо решить следующие задачи установить общую цель создания ИС, определить состав подсистем и функциональных задач разработать и обосновать требования, предъявляемые к подсистемам разработать и обосновать требования, предъявляемые к информационной базе, математическому и программному обеспечению, комплексу технических средств установить общие требования к проектируемой системе определить перечень задач создания системы и исполнителей определить этапы создания системы и сроки их выполнения провести предварительный расчёт затрат на создание системы и определить уровень экономической эффективности её внедрения

На этапе эскизного проектирования определяются функции ИС функции подсистем и их цели состав комплексов задач и отдельных задач концепция информационной базы и её укрупненная структура функции СУБД состав вычислительной системы и других технических средств функции и параметры основных программных средств

Типовое проектирование ИС Типовое проектное решение (ТПР) – это пригодное к многократному использованию проектное решение элементные ТПР – типовые решения по задаче или по отдельному виду обеспечения задачи подсистемные ТПР – в качестве элементов типизации выступают отдельные подсистемы, разработанные с учётом функциональной полноты и минимизации внешних информационных связей объектные ТПР – типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС

Для реализации типового проектирования используются два подхода параметрически- ориентированное определение критериев пригодности ППП для решения поставленных задач анализ и оценка доступных ППП по сформулированным критериям выбор и закупка наиболее подходящего пакета настройка параметров (доработка) закупленного ППП модельно- ориентированное заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации

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

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

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

CASE (Computer Aided Software Engineering) Понятие CASE первоначально было ограниченно только задачами автоматизации разработки ИС. В настоящее время понятие CASE охватывает все процессы ЖЦ ИС

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