
- •Билет 1
- •2) По степени автоматизации
- •Билет 2
- •Билет 3
- •Билет 4
- •Билет 5
- •Билет 6
- •Билет 7
- •Билет 8
- •Билет 9
- •Билет 10
- •Билет 11
- •Многоуровневый "клиент-сервер"
- •Билет 12
- •1. Предпроектное обследование:
- •2. Проектирование:
- •3. Разработка ис:
- •4. Ввод ис в эксплуатацию:
- •5. Эксплуатация ис:
- •Билет 13
- •Жизненный цикл автоматизированных информационных систем (жц аис). Модели жц аис
- •1. Предпроектное обследование:
- •2. Проектирование:
- •3. Разработка ис:
- •4. Ввод ис в эксплуатацию:
- •5. Эксплуатация ис:
- •Билет 14
- •Этапы разработки аис
- •Общая характеристика и классификация. Характеристика case - средств
- •Билет 15
- •Case-средства: этапы становление, современное состояния
- •Билет 16
- •Оценка и управление качеством аис
- •Билет 17
- •Билет 18
- •Билет 19
- •Билет 20
- •Создать c помощью саsе-средства функциональную модель деятельности компании по сборке и продаже компьютеров.
Билет 4
Модель информационной системы, виды моделей
Основные процессы жизненного цикла АИС
Разработать c помощью САSЕ-средства функциональную модель деятельности библиотеки.
1) Для проектирования ИС используют информационные модели, представляющие объекты и процессы в форме рисунков, схем, чертежей, таблиц, формул, текстов и т.п.
Информационная модель – это модель объекта, процесса или явления, в которой представлены информационные аспекты моделируемого объекта, процесса или явления. Она является основой разработки моделей ИС.
ВИДЫ МОДЕЛЕЙ:
иерархическая (ИМД) (связь один ко многим)– совокупность элементов, связанных между собой по определенным правилам. Объекты связаны иерархическим отношением, которое представляет собой ориентированный граф (перевернутое дерево).
сетевая (СМД) (связь многие ко многим). Также использует графический способ хранения данных. По сравнению с иерархической никаких ограничений на количество связей, входящих в вершину не накладывается, что позволяет отобразить связи между объектами практически люьой сложности .
реляционная (РМД) или табличная. Строится на использовании табличных методов и средств представления данных. Характеризуется простотой структуры, удобным представлением и возможностью использования аппарата алгебры. РМД ориентирована на организацию данных в виде двумерных таблиц, каждая из которых представляет собой двумерный массив и обладает следующими свойствами: все элементы таблицы имеют одинаковый тип данных и длину; каждый столбец имеет уникальное имя; порядок следования строк и столбцов произволен; в таблице нет двух одинаковых строк. В виде таблицы представлены отношения, строки (их называют записи) соответствуют кортежам, а столбцы (их называют поля) – атрибутам отношений – доменам. (связанные между собой таблицы)
2)
1 - процесс приобретения определяет действия предприятия - покупателя информационной системы, программного продукта или службы программного обеспечения;
2 - процесс поставки определяет действия предприятия-поставщика по снабжению покупателя информационной системой, программным продуктом или службы программного обеспечения;
3 - процесс разработки определяет действия предприятия-разработчика, который разрабатывает принципы построения программного изделия и собственно программный продукт;
4 - процесс функционирования(Эксплуатации) определяет действия предприятия-оператора, обслуживающего систему в целом. Сюда входят консультация пользователей, получение обратной связи и т.д.;
5 - процесс сопровождения определяет действия персонала, обеспечивающего сопровождение программного продукта, т.е. управление модификацией программного продукта, поддержку текущего состояния и функциональной пригодности, установку и удаление.
Билет 5
Понятие модели жизненного цикла АИС. Обзор существующих моделей
Вспомогательные процессы жизненного цикла АИС.
Разработать c помощью САSЕ-средства функциональную модель деятельности автосалона.
1)
Жизненный цикл (ЖЦ) - одно из базовых понятий методологии проектирования ИС. Это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент ее полного изъятия из эксплуатации.
Модель ЖЦ - структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ.
Наибольшее распространение получили две основные модели ЖЦ:
каскадная модель (70-85 гг.);
по этапная модель
спиральная модель (86-90 гг.).
Каскадный способ - разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем
положительные стороны применения каскадного подхода:
на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
По этапная модель.
В поэтапной модели с промежуточным контролем разработка ПО ведётся итерациями с циклами обратной связи между этапами.
Межэтапные корректировки позволяют уменьшить трудоёмкость процесса разработки по сравнению с каскадной моделью. Время жизни каждого из этапов растягивается на весь период разработки.
спиральная модель ЖЦ
в которой на начальных этапах ЖЦ осуществляются анализ и проектирование.
В этой модели особое внимание уделяется начальным этапам разработки
выработке стратегии, анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования).
Каждый виток спирали предполагает создание фрагмента (компонента) или версии программного продукта. (На них уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали.)
2)
Вспомогательные процессы жизненного цикла АИС.
управление конфигурацией
которое поддерживает основные процессы жизненного цикла АИС, прежде всего процессы разработки и сопровождения
1. Процесс документирования.
2.Процесс управления конфигурацией т.е. управление модификациями, описание и подготовка отчетов о состоянии компонентов.
3. Процесс обеспечения качества.
4.Процесс верификации. Верификация– формальное доказательство правильности ПО.
5. Процесс аттестации.
6. Процесс совместной оценки.
7. Процесс аудита.
8. Процесс разрешения проблем.
Из них выделяют 4 часто изспользующихся
1. Процесс управления.
2. Процесс создания инфраструктуры –технологии, стандартов и инструментальных, аппаратных и программных средств.
3. Процесс усовершенствования.
4. Процесс обучения.