- •Основные этапы проектирования информационной системы.
- •Понятие «архитектура информационной системы»
- •Понятие жизненного цикла по и ис.
- •Каскадная и спиральная модели жизненного цикла.
- •Каскадная модель жц по и ис. Основные преимущества и недостатки.
- •Спиральная модель жц по и ис. Основные преимущества и недостатки.
- •Стандарт жизненного цикла по (исо/мэк 12207).Содержание процесса разработки (состав работ).
- •Стандарт жизненного цикла по (исо/мэк 12207). Процесс разработки. Содержание работ «анализ требований» и «проектирование архитектуры» в применении к системе и по
- •Стандарт жизненного цикла по (исо/мэк 12207). Процесс разработки. Содержание работы по детальному проектированию по.
- •Стандарт жизненного цикла по (исо/мэк 12207). Процесс разработки. Содержание работ по интеграции и квалификационному тестированию по
- •Стандарт жизненного цикла ис (исо/мэк 15288). Перечислить и описать процессы предприятия.
- •Стандарт жизненного цикла ис (исо/мэк 15288). Перечислить и описать процессы проекта.
- •Стандарт жизненного цикла ис (исо/мэк 15288). Перечислить и описать технические процессы.
- •Стандарт жизненного цикла по (исо/мэк 12207). Процессы, обеспечивающие качество создаваемой системы или программного продукта.
- •Стандарт жизненного цикла по (исо/мэк 12207). Процесс управления конфигурацией. Состав и содержание работ.
- •Стандарт жизненного цикла по (исо/мэк 12207). Процесс верификации. Состав и содержание работ.
- •Стандарт жизненного цикла по (исо/мэк 12207). Процессы аттестации, совместной оценки и аудита.
- •Стандарт жизненного цикла по (исо/мэк 12207. Группа организационных процессов. Категория управленческих процессов.
- •Стандарт жизненного цикла по (исо/мэк 12207). Группа организационных процессов. Категория организационных процессов
- •Методология и технология разработки по и ис. Какие основные проблемы они решают?
- •Ввод в действие,
- •Эксплуатация и сопровождение.
- •Описать понятия «модель» и «моделирование».
- •Цель создания, назначение sadt-моделей
- •Основные компоненты и структура sadt-модели
- •Sadt. Описать смысл и назначение понятий «цель», «субъект», «точка зрения», «контекст», «контекстная диаграмма модели».
- •Sadt. В каком случае модель будет считаться завершенной и успешно спроектированной?
- •Sadt. Назначение, расположение, особенности использования блоков и дуг на диаграммах.
- •Sadt. Виды, назначение, использование обратной связи на диаграммах.
- •Sadt. Описать 5 типов взаимосвязей между блоками. Возможна ли взаимосвязь между блоками двух разных диаграмм, как она изображается?
- •Sadt. Что такое с-номера и коды icom? Как они используются?
- •Sadt. В чем заключается, из каких этапов состоит процесс моделирования?
- •Понятие степени точности применительно к модели sadt
- •32. Опишите процесс «Управление требованиями» при проектировании ис.
- •Проектирование
- •Что такое «требование» в проектировании ис? Виды требований.
- •Процесс работы с требованиями в проектировании по и ис.
- •Извлечение и анализ требований в проектировании по и ис.
- •Спецификация программных и системных требований в проектировании по и ис.
- •Проверка требований в проектировании по и ис.
- •Стандарт гост р исо/мэк 9126. Характеристики качества по
- •39. Стандарт гост р исо/мэк 9126. Модель оценивания качества
- •Определение понятия качества по и ис и процессы обеспечения качества.
Понятие «архитектура информационной системы»
Рассмотрим определение "архитектуры информационной системы", которое дают различные источники:
Архитектура – это организационная структура системы.
Архитектура ИС – концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы.
Архитектура – это базовая организация системы, воплощенная в ее компонентах, их отношениях между собой и с окружением, а также принципы, определяющие проектирование и развитие системы.
Архитектура – это набор значимых решений по поводу организации системы программного обеспечения, набор структурных элементов и их интерфейсов, при помощи которых компонуется система, вместе с их поведением, определяемым во взаимодействии между этими элементами, компоновка элементов в постепенно укрупняющиеся подсистемы, а также стиль архитектуры, который направляет эту организацию – элементы и их интерфейсы, взаимодействия и компоновку.
Архитектура – это структура организации и связанное с ней поведение системы. Архитектуру можно рекурсивно разобрать на части, взаимодействующие посредством интерфейсов, связи, которые соединяют части, и условия сборки частей. Части, которые взаимодействуют через интерфейсы, включают классы, компоненты и подсистемы.
Если все эти определения объединить, то получим следующее:
Архитектурой ИС называется принципиальная организация компонентов ИС, связей между ними и внешним окружением, а также принципы и средства разработки и поддержки систем.
Под архитектурой программных систем будем понимать совокупность решений относительно:
организации программной системы;
выбора структурных элементов, составляющих систему и их интерфейсов;
поведения этих элементов во взаимодействии с другими элементами;
объединение этих элементов в подсистемы;
архитектурного стиля, определяющего логическую и физическую организацию системы: статические и динамические элементы, их интерфейсы и способы их объединения.
Архитектура программной системы охватывает не только ее структурные и поведенческие аспекты, но и правила ее использования и интеграции с другими системами, функциональность, производительность, гибкость, надежность, возможность повторного применения, полноту, экономические и технологические ограничения, а также вопрос пользовательского интерфейса.
По мере развития программных систем все большее значение приобретает их интеграция друг с другом с целью построения единого информационного пространства предприятия.
Понятие жизненного цикла по и ис.
Методология проектирования информационных систем описывает процесс создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС, представляя его как некоторую последовательность стадий и выполняемых на них процессов. Для каждого этапа определяются состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников и т.д. Такое формальное описание ЖЦ ИС позволяет спланировать и организовать процесс коллективной разработки и обеспечить управление этим процессом.
Жизненный цикл ИС можно представить как ряд событий, происходящих с системой в процессе ее создания и использования.
Модель жизненного цикла отражает различные состояния системы, начиная с момента возникновения необходимости в данной ИС и заканчивая моментом ее полного выхода из употребления. Модель жизненного цикла - структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.
В настоящее время известны и используются следующие модели жизненного цикла:
Каскадная модель предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.
Поэтапная модель с промежуточным контролем. Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки.
Спиральная модель. На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка. Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования).
