Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
шпора otvety_po_proektirovaniyu_sistem.docx
Скачиваний:
9
Добавлен:
12.04.2015
Размер:
147.33 Кб
Скачать
  1. Классификация ИС

ИС по типу данных : фактографические, документальные

по степени автоматизации : ручные, автоматизированные, автоматические

по сфере применения: интегрированные, организационного управления, управления ТП, САПР

по характеру обработки данных: информационно-поисковые, информационно-решающие (управляющие, советующие)

по уровню управления: стратегические, функциональные, операционные

  1. Модель ИС

Моделью называется полное описание ИС с определенной точки зрения

Модели представляют собой средства для визуализации описания проектирования и документирования архитектуры системы

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

  1. Жизненный цикл ПО

Жизненный цикл ПО - период времени от принятия решения о необходимости создания ПО до момента изъятия с эксплуатации

Основные процессы: приобретение, поставка, разработка, эксплуатация, сопровождение

Вспомогательные процессы: документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, совместная оценка, аудит, разрешение проблем

Организационные процессы: управление, создание инфраструктуры, усовершенствование, обучение

  1. Каскадная и спиральная модель жц ПО

Каскадная модель:

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

Преимущества:

  • на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;

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

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

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

  1. Сущность структурного подхода к проектированию по

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

  1. Метод функционального моделирования sadt. Состав функциональной модели.

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

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

- строгость и точность: ограничение количества блоков на каждом уровне декомпозиции (3-6), связность диаграмм (номера блоков), уникальность меток и наименований, разделение входов и управления

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

Состав функциональной модели

Диаграмма это главные компоненты модели, все функции организации и интерфейсы на них представлены как блоки, так и дуги, соответственно. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, входная подвергающаяся обработке - слева, результаты - справа, а механизм (человек или автоматизированная система) который осуществляет эту операцию, указывается снизу