Вопрос 1. Проблема сложных объектов, роль стандартов.
Билет №1
1. Проектирование сложных объектов: понятие сложности.
Неспособность просто описать объекты при их создании приводит к трудоемкости создания, дороговизне и ненадежности созданных объектов при их использовании (продолжающейся разработке, модернизации). Поэтому появилось понятие – сложные объекты.
Объе́кт - нечто, существующее в реальной действительности (то есть независимо от сознания)
Сложные объекты – системы, которые трудно описать, потому что практически невозможно перечислить все их компоненты и взаимосвязи. В то же время они недостаточно велики, чтобы применить к ним общие упрощающие предположения (как это принято в физике).
Мир - сложная взаимосвязанная совокупность естественных и искусственных систем, содержащая:
· достаточно сложные системы (например, планеты в составе Солнечной системы)
· системы средней сложности (например, космический корабль)
· сверхсложные системы (например, системы молекулярных взаимодействий в живых организмах).
Искусственные системы обычно рассматриваются как системы средней сложности.
Научные дисциплины изучают и объясняют различные аспекты этого бесконечного спектра сложности (механика, химия)
Специалисты, традиционно занимавшиеся созданием систем, стремясь создавать эффективные системы, стали осознавать необходимость большей упорядоченности и формализации процесса создания системы, разбивая его на следующие фазы:
· анализ - определение того, что система будет делать;
· проектирование - определение подсистем и их взаимодействия;
· реализация - разработка выделенных подсистем, объединение подсистем в единое целое;
· тестирование - проверка работы системы;
· установка - введение системы в действие;
· функционирование - использование и модификация системы.
2. Использование моделей в аспектах сценария ( IDEF 3) и потока данных (DFD) для сбора данных и пояснений при создании моделей в аспекте структуры ( IDEF 0).
IDEF0 – методология функционального моделирования, позволяющая описать процесс в виде иерархической системы взаимосвязанных функций.
DFD – диаграммы потоков данных – методология структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.
IDEF3 – методология описания процессов, рассматривающая последовательность выполнения и причинно-следственные связи между ситуациями и событиями для структурного представления знаний о системе.
Использование моделей в аспектах сценария (IDEF3) и потока данных (DFD) для сбора данных и пояснений при создании моделей в аспекте структуры (IDEF0), позволяет описывать процесс с разных сторон
Точная функциональная модель (IDEF 0), состоящая из SADT-диаграмм, иногда нуждаются в дополнительной информации, важной для понимания системы. Поэтому диаграммы могут быть дополнены информацией в виде текстов, рисунков и глоссариев, примечаний, информацией о свойствах работ и объектов, правилами действий (описаниями в других нотациях), а также описаниями в других аспектах – процедурном аспекте, аспекте потока данных (IDEF3, DFD)
Билет № 2
Вопрос 1. Проблема сложных объектов, роль стандартов.
Даже при принятой формализации (модели) создания систем, ориентированной на управление, постоянно возникали сложности.
Эксплуатационные расходы, возникавшие после сдачи системы, стали существенно превышать расходы на ее создание и продолжали расти с огромной скоростью из-за низкого качества исходно созданной системы.
Исследования показали, что:
· большой процент ошибок в системе возникает в фазе анализа и проектирования, гораздо меньше их допускается при реализации и тестировании;
· цена (временная и денежная) обнаружения и исправления ошибок тем выше, чем позднее они обнаружены (на более поздних стадиях проекта).
Используемые различные методы и подходы к созданию систем приводили к возникновению многих проблем вследствие отсутствия:
· единого подхода;
· привлечения пользователя к процессу разработки;
· нерегулярного проведения проверки на согласованность результатов выполнения этапов;
· качественной и количественной оценки процесса.
Утверждалось, что, даже при использовании методологий структурного программирования и проектирования сверху вниз, создатели систем решают:
· не поставленные или плохо поставленные задачи;
· хорошо поставленные, но неправильно
Кроме того, ошибки, допускаемые в процессе создания систем, стали менее доступны для их выявления. В то же время наиболее катастрофические ошибки допускались на ранних фазах создания системы. Часто эти ошибки были следствием неполноты функциональных спецификаций или несоответствия между спецификациями и результатами проектирования.
На создание эффективных систем направлены стандарты.
Стандарты – проверенные опытом работы многих организаций документированные рекомендации, направленные на уменьшение количества ошибок, а также на обеспечение понимания специалистами процесса и результата проектирования (документации).
Так, фазы создания систем детализируют системы государственных и международных стандартов. Например, ГОСТ 34.601-90 устанавливает стадии и этапы создания автоматизированных систем:
1. Формирование требований к АС
2. Разработка концепции АС.
3. Техническое задание.
4. Эскизный проект.
5. Технический проект.
6. Рабочая документация.
7. Ввод в действие.
8. Сопровождение АС
Процесс выполнения стадий и этапов и его документирование управляется системой стандартов, например, едиными системами конструкторской, технологической, программной и др. документации (ЕСКД, ЕСТД, ЕСПД и др.).