
- •Зміст системного аналізу, комплекс вирішуваних проблем
- •3. Наведіть, які бувають типи стрілок і що позначає кожен тип? Що таке домінування? Як розташовуються блоки в idefo?
- •Система як об’єкт дослідження
- •3. Що таке Сховище даних в термінах структури баз даних?
- •Що таке Зовнішня сутність в термінах нотації idefo?
- •3. Що представляють собою діаграми idef3?
- •3. Наведіть основні положення - Як здійснюється декомпозиція роботи idefo або dfd у діаграму idef3?
- •Билет № 7
- •Билет № 8
- •Билет №9
- •3. Розробка та дослідження діаграм дерева вузлів та формування звітів
- •Билет № 10
- •1. Предметний опис систем
- •2. Основні елементи (складові) керівництва програмним проектом
- •1. Інформаційний опис систем
- •1. Історичний опис систем
- •2. Складові процесу тестування
- •3. Стратегія проекту iso 9000
- •Билет №17
- •1) Наведіть основні можливості, функції та дані, що характеризують інтерфейс пакету візуального моделювання bpWin
- •. Поняття моделі. Модель як відображення об’єкту
- •1. Классификация по области использования модели
- •2. Классификация с учетом фактора времени: статическая и динамическая модели.
- •3. Классификация по способу представления
- •Билет №19
- •Співвідношення моделі та оригіналу (об’єкта моделювання) у системному аналізі
- •Билет №21
- •2. Аналіз ризиків.
- •Билет №22
- •Билет №23
- •Билет №24
- •Билет №25
- •2. Наведіть основні результати та критично проаналізуйте побудову та результати досліджень моделей по нотації dfd
- •Билет№26
- •Idefo вимагає, щоб у діаграмі було не менш трьох і не більше шести блоків. Ці обмеження підтримують складність діаграм і моделі на рівні, доступному для читання, розуміння й використання.
- •3.Сформулюйте та обґрунтуйте, шо являє собою пакет візуального моделювання bpWin?
- •Билет №27
- •1. Технічні артефакти
- •Билет №28
- •1. Побудова та уточнення інформаційної моделі
- •2. Використання case-засобів для побудови інформаційних моделей
- •3. Що таке діаграми декомпозиції в системі idef0?
- •Билет №29
- •1. Інформаційні потоки та процеси
- •2. Case засоби в системному аналізі.
- •Билет №30
- •2. Інфологічний підхід до побудови інформаційної моделі.
- •3. Стандарти якості iso 9000 при реалізації програмних систем
2. Case засоби в системному аналізі.
CASE-средства (Computer Aided Software Engineering) - это программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного ПО (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE-средства вместе с системным ПО и техническими средствами образуют полную среду разработки ИС.
CASE-технология базируется на методологии системного анализа. Под системным анализом понимают научную дисциплину, разрабатывающую общие принципы исследования сложных объектов и процессов с учетом их системного характера. Его основная цель - сосредоточить внимание на начальных этапах разработки. В рамках CASE-технологии системный анализ предназначен для отделения проектирования от программирования. В разработке в соответствии с CASE-технологией выделяются построение архитектуры и ее последующая реализация, поэтому системный анализ называют структурным системным анализом или просто структурным анализом. Важнейшими (базовыми) принципами являются деление (декомпозиция) и последующее иерархическое упорядочение.
3. Методи системного аналізу, що спрямовані на оптимізацію ризиків
Билет №30
1. Структура даних та бази даних.
Структура данных — программная единица, позволяющая хранить и обрабатывать множество однотипных и/или логически связанных данных в вычислительной технике. Для добавления, поиска, изменения и удаления данных структура данных предоставляет некоторый набор функций, составляющих её интерфейс. Структура данных часто является реализацией какого-либо абстрактного типа данных.
При разработке программного обеспечения большую роль играет проектирование хранилища данных и представление всех данных в виде множества связанных структур данных.
Хорошо спроектированное хранилище данных оптимизирует использование ресурсов (таких как время выполнения операций, используемый объём оперативной памяти, число обращений к дисковым накопителям), требуемых для выполнения наиболее критичных операций.
Структуры данных формируются с помощью типов данных, ссылок и операций над ними в выбранном языке программирования.
Различные виды структур данных подходят для различных приложений; некоторые из них имеют узкую специализацию для определённых задач.
База даннях – именованная совокупность даннях, отражающая состояние объектов и их отношений, рассмотренных в предметной области.
Создавая базу данных, мы стремимся упорядочить информацию по различным признакам для того, чтобы потом извлекать из нее необходимые нам данные в любом сочетании. Сделать это возможно, только если данные структурированы. Структурирование - это набор соглашений о способах представления данных. Понятно, что структурировать информацию можно по-разному. В зависимости от структуры различают иерархическую, сетевую, реляционную, объектно-ориентированную и гибридную модели баз данных.
Большинство баз данных имеют табличную структуру. В табличной структуре адрес данных определяется пересечением строк и столбцов. В базах данных столбцы называются полями, а строки - записями. Поля образуют структуру базы данных, а записи составляют информацию, которая в ней содержится. Для того чтобы легко усвоить понятие структуры базы данных, надо представить себе пустую базу, в которой пока еще нет никаких данных. Несмотря на то что данных в базе нет, информация в ней все-таки есть. Это структура базы, то есть набор полей. Они определяют, что будет записано в эту базу и в каком виде.