Формирование требований к ас; Разработка концепции ас


Скачать 206.18 Kb.
НазваниеФормирование требований к ас; Разработка концепции ас
Дата публикации13.04.2013
Размер206.18 Kb.
ТипАнализ
userdocs.ru > Информатика > Анализ
1. Стадии и этапы создания автоматизированных информационных систем

по ГОСТ 34.601-90.
1. Формирование требований к АС;

2. Разработка концепции АС;

3. Техническое задание ТЗ (Разработка и утверждение технического задания на создание АС);

4. Эскизный проект ЭП (Разработка предварительных проектных решений по системе и ее частям; разработка документации на АС и ее части);

5. Пилот-проект (П-П) – может быть;

6. Технический проект ТП (Разработка проектных решений по системе и ее частям; документации на АС и ее части; документации на поставку изделий для комплектования АС и (или) технических требований на их разработку; на проектирование в смежных частях проекта по автоматизации объекта);

7. Рабочая документация (разработка рабочей документации на систему и ее части; разработка и адаптация программ);

Интеграция и тестирование

8. Ввод в действие

Тиражирование

9. Сопровождение АС
2. Понятие жизненного цикла программного обеспечения (ЖЦПО), краткая характеристика каждого этапа.
Процессы ЖЦ раскрываются через модели ЖЦ.

^ Модель жизненного цикла - структура, состоящая из процессов, работ и задач, включающих в себя разработку, эксплуатацию, и сопровождение программного продукта, охватывающая жизнь системы от установления требований к ней до прекращения ее использования (ГОСТ Р ИСО/МЭК 12207).

При проектировании ПО выделяют следующие основные этапы ЖЦ по ГОСТ 28195-89:

ЖЦ ПО:

1. анализ требований - совмещается с формированиями требований и разработкой концепции АС – стратегией (1,2);

2. проектирование - совмещается с ЭП, ПП, ТП (4,5);

3. кодирование (программирование) и тестирование - совмещается с РД (6);

4. внедрение - совмещается с вводом в действие (7);

5. сопровождение – совмещается с сопровождением.(8).

Анализ требований – преобразование требований к системе в более точные определения. На данном этапе дается ответ на вопрос: «Что должна делать будущая система».

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

Тестирование – проведение тестов функциональности системы и ПО, оценки ее надежности, производительности, т.е. ее адекватность предъявляемым требованиям.

Эксплуатация и сопровождение – поддержка пользователя и версий ПО
^ 3. Этапы “анализ” и “проектирование”, основные вопросы, решаемые на этих этапах, результаты этапов.
Анализ требований – ответ на вопрос: «Что должна делать будущая система».

Состоит в исследовании системных требований, а не в поисках пути их решения. Результат – модели в виде набора диаграмм.

Анализ бывает 2-х разновидностей:

1) структурный системный анализ – исследование системы, которое начинается с ее общего обзора и затем детализируется в иерархическую структуру. Не обеспечивает создания предельно сложных систем;

2) объектно-ориентированный анализ - основан на объектах и их взаимодействии между собой. Достоинство - объектно-ориентированные системы более гибкие и лучше развиваются.

Проектирование - дает ответ на вопрос: «Каким образом система будет удовлетворять предъявленным к ней требованиям?». На этом этапе используются графические нотации.

Конечный продукт этого этапа:

1. Схема базы данных из инфологической модели;

2. Набор спецификаций модулей системы (строится на базе функциональной модели).

Здесь строится модель ПО.

^ 4. ЖЦПО, модели ЖЦПО, их сравнительный анализ.
ЖЦПО – это временной промежуток, начиная от момента зарождения идеи о создании системы и заканчивая ее утилизацией.

^ Модель жизненного цикла - структура, состоящая из процессов, работ и задач, включающих в себя разработку, эксплуатацию, и сопровождение программного продукта, охватывающая жизнь системы от установления требований к ней до прекращения ее использования (ГОСТ Р ИСО/МЭК 12207). ЖЦ образуется в соответствии с принципом нисходящего проектирования и, как правило, многие этапы могут повторяться. Порядок построения образует модели ЖД, из 3:

Каскадная (модель «водопад»).

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

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

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



Поэтапная (итерационная модель).



Положительное: накопление версий и повторное испытание моделей.

Спиральная

Преимущества спиральной модели:

- Накопление версий и повторное использование ПС, моделей, прототипов;

- Ориентация на развитие и модификацию ПО или системы в процессе их проектирования;

- Анализ риска и издержек в процессе проектирования.

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



Для более быстрой разработки рекомендуют спиральную и итерационную модели.

^ 5. Техническое задание на информационную систему (ИС). Основные разделы

по ГОСТ 34.602 – 90. Виды обеспечения ИС, к которым предъявляются требования.
ТЗ на АС - основной документ, определяющий требования и порядок создания (развития или модернизации) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.

ТЗ содержит следующие основные разделы:

1. Общие сведения;

2. Назначение и цели создания системы;

3. Характеристика объектов автоматизации;

4. Требования к системе;

Как правило, по разделу «Общие сведения» требуется предоставить следующие сведения:

- Полное наименование системы и ее условное обозначение;

- Наименование предприятий заказчика и разработчика;

- Перечень документов, на основании которых создается система;

- Плановые сроки начала и окончания выполнения работ.

Раздел «^ Назначение и цели создания системы» - приводится название процесса, который автоматизируется, для автоматизации которого предназначается данная система и области ее применения, или объекты где предполагается ее использование. Независима она, или создается как часть другой системы. Цель создания системы – это всегда достижение каких-либо положительных эффектов (экономического, повышение эффективности выполнения процессов, повышение безопасности). В этом же разделе можно привести перечень основных задач, которые нужно выполнить для успешного создания системы.

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

Все основные технические, организационные и программные требования отражаются в разделе "Требования к системе". При установке требований к системе рекомендуется принимать во внимание указания ГОСТ 24.104-85. Раздел «Требования к системе» состоит из 3 подразделов:

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

  • Требования к функциям (задачам), выполняемым системой – по каждой подсистеме перечень функций задач или их комплексов, временной регламент выполнения каждой функции, требования к качеству реализации каждой функции, к форме представления выходной и входной информации, достоверность результатов;

  • Требования к видам обеспечения: лингвистическое, математическое, метрологическое, техническое, программное, информационное


^ 6. Понятие информационной системы. Классификация ИС по территориальному признаку, классификация ИС по способам организации хранения информации.
Понятие информационной системы. Классификация ИС по территориальному признаку.

Информация - сведения о тех или иных предметах, явлениях, процессах, событиях;

^ Информационные процессы - процессы сбора, обработки, накопления, хранения, поиска и распространения информации;

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

^ Информационная система - организационно упорядоченная совокупность документов (их массивов) и информационных технологий, в том числе с использованием средств вычислительной техники и связи, реализующих информационные процессы

Сложность создания и сопровождения

Специфика решаемых ИС задач, сложность их создания сопровождения и время жизни ИС позволяют разделить их на три класса: малые, средние и крупные (корпоративные и.с.) КИС

Различие: 1) длительность ЖЦ; 2) наличие защиты данных; 3) в территориально структуре.

Классификация ИС по способу хранения информации

По характеру представления и логической организации хранимой информации АИС разделяются на:

1) фактографические – хранятся в виде записей;

2) документальные – хранятся в виде единого документа;

3) геоинформационные - реализованы как отдельные информационные объекты с реквизитами с привязкой к электронной карте.
^ 7. Виды анализа ИС. Назначение и основные принципы структурного анализа. Понятие и назначение нотации. Классификация нотаций используемых при структурном анализе.
Анализ требований – ответ на вопрос: «Что должна делать будущая система».

Состоит в исследовании системных требований, а не в поисках пути их решения. Результат – модели в виде набора диаграмм.

Анализ бывает 2-х разновидностей:

1) структурный системный анализ;

2) объектно-ориентированный анализ;

^ Назначение и основные принципы структурного анализа.

В основе методов структурного анализа лежат следующие основные принципы (3 принципа):

1. Разбиение системы на черные ящики (принцип «разделяй и властвуй»);

2. Идея иерархии (принцип иерархического упорядочивания);

3. Графические нотации, служащие для облегчения понимания сложных систем.

^ Понятие и назначение нотации. Классификация нотаций.

Нотация - это средство описания структуры системы, данных и этапов обработки в виде диаграмм, графов, блок-схем, таблиц, языков.

Методы используют следующие средства моделирования системы:

1) для функционального анализа:

- IDEF0 функциональные диаграммы;

- DFD (Data Flow Diagrams) диаграммы потоков данных совместно со словарями данных и спецификациями процессов или миниспецификациями;

2) для описания схем данных:

- ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь";

- IDEF1х;

3) ЫЕВ (Ыефеу Екфтышешщт Вшфпкфьы) - диаграммы перехода состоянийю

^ 8.Понятие потоковой диаграммы, основные элементы. Контекстная диаграмма, ее назначение. Понятие и назначение словаря данных. БНФ-нотация.
Понятие потоковой диаграммы

Диаграмма потоков данных (ДПД или DFD)– основное средство моделирования функциональных требований к системе. Главная цель – продемонстрировать как каждый процесс системы преобразует свои входные данные в выходные, а также выявить отношения между процессами.

Основными компонентами диаграмм потоков данных являются:



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

^ Словарь данных. БНФ - нотация

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

Словарь данных – это определенным образом организованный список всех элементов данных системы с их точными определениями. Это дает всем проектировщикам иметь представление о входных и выходных потоках и хранилищах данных.

Структуры потоков данных раскрывается через форму Бэкуса-Наура (БНФ) в словаре данных – это применяется для читабельности диаграмм.

Для каждого потока в словаре данных надо хранить его @имя, @тип и @атрибут.

Пример Типов потока:

- Простой или групповой;

- Внутренний или внешний;

- Поток данных или поток управления;

- Непрерывный или дискретный.

Пример:

@ ИМЯ = ГосНомер

@ТИП = групповой поток

@БНФ = буквенный код + цифровой код + код региона
^ 9. Понятие диаграммы "сущность-связь". Основные элементы. Нотация Баркера. Нормализация схемы данных.
Диаграмма «сущность-связь». Нотация Баркера.

Цель: предназначены для построения модели данных.

ERD – диаграммы позволяют строить модели данных и показывают связи между ними. ERD идентифицируют объекты ПО или сущности, их свойства – атрибуты и отношения между ними – связи (нотация Чена, Баркера, IDEF1x).

Сущность – множество экземпляров реальных или абстрактных объектов, обладающих общими характеристиками или атрибутами. Любой объект системы должен быть представлен только одной сущностью. Свойства: уникальное имя; один или несколько атрибутов; кол-во связей с другими сущностями не ограничено.

Имя

Атрибут 1

Атрибут 2

Атрибут 3


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

Ключевой атрибут (уникальный идентификатор) – атрибут или совокупность атрибутов, предназначенная для идентификации каждого экземпляра сущности:




Имя

#

Атрибут 1




Атрибут 2




Атрибут 3


^ Связь (Relationship) или Отношение - поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области.

Степень связи и обязательность графически изображаются следующим образом:



Распространены следующие типы отношений:

- 1*1 (один к одному);

- 1*m (один ко многим);

- n*m (многие ко многим).

Построение модели включает в себя следующие этапы:

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

- идентификация отношений между сущностями и указание типов отношений;

- разрешение неспецифичных отношений (многие ко многим) – введение ассоциативной сущности.



Нормализация сводится к приведению к 3НФ где отсутствует связь М-М.

^ 10. Понятие и назначение событийной диаграммы (STD). Основные элементы.
STD дополняет DFD и детализирует спецификации управления. Декомпозицию управления процессов осуществляют с помощью STD-диаграмм (спецификация управления).

Нотации STD:



^ Начальное состояние – стартовая точка, всегда единственная.

Состояние – состояние устойчивости, отражать реальную ситуацию, в которой находится система (записывается в качестве имени).

Переход – перемещение моделируемой системы из одного состояния в другое

Условие – событие, вызывающее переход и идентифицируемое именем перехода. Само событие перехода описывается в условии.

В качестве условия берутся потоки данных из внешнего мира или внутри системы.

Действие – операция, которая может иметь место при выполнении перехода

^ 11.Назначение спецификации процесса. Классификация методов задания спецификаций процессов, сравнительный анализ.
Спецификация процесса – это алгоритм описания задачи, выполняемой процессом. Множество всех СП представляет собой спецификацию системы.

Независимо от метода задания процесса его описание всегда имеет стандартное начало:

@ВХОД = <имя_данных1

@ВЫХОД = <имя_данных2>

( или @ВХОДВЫХОД = <имя символа данных>)

@СПЕЦПРОЦ

<тело спецификации>

@КОНЕЦСПЕЦПРОЦ

Спецификации должны удовлетворять следующим требованиям:

- для каждого процесса нижнего уровня должна существовать одна и только одна спецификация;

- спецификация должна определять способ преобразования входных потоков в выходные;

- нет необходимости (на данном этапе) определять метод реализации этого преобразования.

Классификация:

1) текстовые описания;

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

В состав языка входят следующие основные символы:

- глаголы, ориентированные на действие и применяемые к объектам;

- термины, определенные на любой стадии проекта ПО (например, задачи, процедуры, символы данных и т.п.);

Управляющие структуры языка имеют один вход и один выход. К ним относятся:

- последовательная конструкция:

- конструкция выбора:

- итерация:

3) таблица решений (задание матрицы, отображающей множество входных условий в множество действий: ЕСЛИ-ТО) и деревья решений (позволяет взглянуть на выбор с позиции схемы);

4) визуальные языки – описывают процесс в виде иерархически организованных схем:

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

- диаграммы Насси-Щнайдермана;

5) языки программирования.

^ Сравнение методов

- Самые сложные это языки программирования: концентрируют внимание на деталях реализации; очень трудны в корректировке, при изменении проекта.

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

Достоинство: быстрое проектирование СП и легкость понимания.

Недостатки: отсутствие процедур и автоматической кодогенерации.

- Таблицы и деревья решений: Достоинство: позволяют управлять сложными ситуациями. Недостаток: отсутствие процедур.

- Визуальные языки проектирования: Достоинство: автоматическая кодогенерация. Недостаток: трудны в изменениях.
^ 12. Классификация и назначение методологий структурного анализа. Методология IDEF0. Основные принципы и компоненты.
Методологии:

1) Процедурно ориентированные:

- Гейна-Сарсона – анализ требований и функциональной структуры;

- IDEF0 – для описания функциональных структур;

2) Ориентированные на данные:

- DATARUN – построение комплекса взаимосвязанных моделей системы;

- Мартина.

Методология IDEF0 позволяет описывать проектируемые и существующие системы.

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

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

Основные элементы:

- функциональные блоки - изображается в виде прямоугольника (см. рис.) и олицетворяет некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано глаголом (допускается отглагольное существительное). Назначение сторон функционального блока: верхняя - “Управление”; левая сторона - “Вход”; правая - “Выход”; нижняя - “Механизм”.

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



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

Глоссарий – набор определений, ключевых слов и т.д., для каждого из элементов IDEF0. Глоссарий является описанием сущности данного элемента.
^ 13. Понятие структурных карт. Назначение. Структурные карты Джексона и Константайна. Назначение и основные элементы.
На этапе проектирования строится модель реализации в виде структурных карт, которые показывают, как системные требования реализуются комбинацией программных структур.

1) ^ Структурные карты Джексона – иллюстрируют внутримодульные связи, но допускают для использования межмодульных связей. Проектирует нижний уровень структуры ПО. Диаграмма Джексона включает объекты следующих типов:

- структурный блок представляет частную функцию или блок кодов с одним входом и одним выходом;

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

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



Для взаимоувязывания блоков используются связи следующих типов: последовательная связь (обеспечивает последовательное выполнение слева направо); параллельная связь (обеспечивает одновременное выполнение блоков); условная связь (обеспечивает выбор одной из альтернатив); итерационная связь (обеспечивает выполнение блока в цикле).

2) Структурная Карта Констайтайна - предназначены для описания отношений между модулями, построения межмодульной иерархии.

Базовый элемент структурных карт – это модуль (программный) имеет определенный ряд свойств:

- состоит их множества операторов, записанных последовательно;

- имеет имя, по которому к нему можно обращаться, как к единому фрагменту;

- может принимать и передавать данные как параметры в вызывающей последовательности.

Возможно использовать различные типы модулей:

Основные блоки:

- модуль – обрабатывающий фрагмент;

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

- библиотека – определена вне проекта данной системы.

- область данных – используется для модулей, содержащих глобальные или распределенные данные.

Связи между модулями: по данным и по управлению.



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

- чтобы модули были как можно более независимы (критерий сцепления - coupling);

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

^ 1) Связность - это мера функциональной зависимости объектов (исполняемых операторов, областей данных и т.д.) внутри одного модуля.



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

^ 2) Сцепление является мерой взаимозависимости модулей, т.е. насколько хорошо модули отделены друг от друга. В хорошем проекте сцепления должны быть минимизированы, т.е. модули должны быть слабозависимыми или вообще независимыми по возможности.

Предлагаются следующие практические рекомендации для ослабления сцепления модулей:

1. Создавайте прямые, а не косвенные связи;

2. Создавайте явные связи;

3. Создавайте минимальные связи по количеству параметров.



В хорошем проекте связность каждого модуля высокая, а сцепление низкое, помимо программных модулей, решающих основные задачи системы. Должны быть добавлены модули обработки ошибок, модули чтения и записи источников данных, модуль иницилизации.
^ 15. Понятие бизнес процесса. Цель применения. Методы на основе бизнес-процесса.
Бизнес- процесс – это процесс, имеющий экономическую ценность для потребителя. При этом бизнес-процесс представляет собой некоторую деятельность, получающую входные данные одного или нескольких типов и выдающую результат, имеющий ценность для клиента.

Цель: описание и анализ предприятия с точки зрения экономических структур.

Основной метод: реинжиниринг предприятия, реинжиниринг процессов.

Бизнес-процесс описывается с помощью IDEF0.

При разработке проектов для предприятия производится анализ его в виде бизнес-процессом и составляется модель предприятия – «Как есть!»

Для каждого бизнес-процесса дается ответ на вопросы:

- Что в него поступает на входе?

- Результат работы бизнес-процесса?

- Чем он руководствуется?

- Кто его выполняет?

- Какие функции выполняются в рамках бизнес-процесса.
^ 16. Методология DATARUN основные принципы, используемые при анализе и представлении предметной области. Порядок создания основных моделей.
DATARUN – собственная методология фирмы-разработчика, основанная на данных.

Сущность: построение комплекса взаимосвязанных моделей системы. В основе лежат элементы объектно-ориентированного подхода, итерации, реляционные СУБД. Осуществляется переход от модели предприятия к модели системы.

Методология DATARUN опирается на две модели или на два представления: модель организации и модель ИС.



BPM – модель Б/П

PDS – структура первичных данных

CDM – концептуальная модель данных

ISA – архитектура ИС

IPM – модель представления интерфейса
^ 17. Понятие CASE технологий. Структура жизненного цикла ПО. Преимущества данного подхода перед структурным. Понятие репозитария, назначение.
CASE-средство - любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла программного обеспечения (инструмент для поддержки методов структурно анализа и проектирования).

CASE-средства развивались в два этапа:

- поддержка анализа и проектирования БД – диаграмму. Средства отображения ER.

- полная поддержка ЖЦ, вплоть до кодогенерации. Набор компонент может варьироваться.

В настоящее время CASE применяют в BPR, а также при системном анализе и проектировании.

Использование CASE-средств позволяет изменить фазы ЖЦПО. Получим т.н. CASE-модель ЖЦПО. CASE-модель автоматизирует контроль качества проекта и кодогенерацию. Основные этапы CASE-модели.



Основой CASE-средства является репозитарий.

Репозитарий – это место для хранения моделей, интерфейсов и программных реализаций (специальным образом организованное компьютерное хранилище.

Репозитарий должен: хранить версии проекта; синхронизировать информацию при групповой разработке; контролировать информацию на системном уровне; поддерживать инкрементный режим ввода описаний объектов;

Пример хранимой информации: структурные диаграммы, проекты отчетов, описание данных, определения экранов, меню, программные коды.

На основе репозитария генерируются отчеты по проекту. Репозитарий – база для стандартизации документации по проекту.

Основные функции CASE-средства:

1. Поддержка графических моделей;

2. Контроль ошибок;

3. Организация и поддержка репозитария;

4. Поддержка процесса проектирования и разработки.


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

1) Функциональность: соответствие значению; точность работы; способность взаимодействовать со средой; придерживание стандартов; безопасность;

2) Надежность: стабильность; устойчивость к ошибке; восстанавливаемость;

3) Практичность: понятность; обучаемость;

4) Эффективность: быстродействие и время отклика; потребляемость ресурсов;

5) Сопровождаемость: тестируемость; изменяемость;

6) Мобильность: адаптируемость к различным программно-аппаратным платформам.

Модель процесса оценки качества: на основе имеющегося перечня потребностей происходит определение требований качества (характеристик). На основе этих характеристик происходит выбор метрик уровней ранжирования, и затем оценка.
^ 19.Сущность объектно-ориентированного подхода. Основные понятия.
ООП – это альтернатива алгоритмической декомпозиции. Делит задачу на последовательность шагов, а представляет задачу в виде взаимодействия объектов предметной области, взаимодействующих между собой.

^ Основные понятия:

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

Интерфейс объекта – те операции, которые он может выполнять (его взаимодействие с миром).

Класс – это шаблон создания объектов. Все объекты одного и того же класса обладают одинаковым интерфейсом и реализуют его одинаково. Их отличие может быть только в текущем состоянии. Индивидуальные объекты – это экземпляры класса. Важнейшее из свойств: наследование.

Похожие:

Формирование требований к ас; Разработка концепции ас iconАкг-08 аутп
Целью работы является формирование четкой концепции по конфигурации программируемых контроллеров и образованию на их основе управляющих...
Формирование требований к ас; Разработка концепции ас iconИлья Евгеньевич «Магдебургские Центурии»
В статье рассматриваются обстоятельства зарождения концепции, формирование и деятельность авторского коллектива до выхода в свет...
Формирование требований к ас; Разработка концепции ас iconФормирование требований к ас обследование объекта и обоснование необходимости создания ас
Стандарт гост 34. 601-90 предусматривает следующие стадии и этапы создания автоматизированной системы
Формирование требований к ас; Разработка концепции ас iconЕ. Н. Федина Человек в современном технизированном обществе
При этом главной проблемой авторы считают безопасность развития человека. Разработка этой проблемы позволяет авторам выдвинуть идею...
Формирование требований к ас; Разработка концепции ас iconВ чем заключается воздействие финансовой политики на экономику?
Разработка общей концепции финансовой политики, определение ее основных направлений, целей, главных задач
Формирование требований к ас; Разработка концепции ас iconМетодическая разработка по выполнению курсового проекта
«Технология и организация строительного производства», а также выработка единых требований к выполнению курсового проекта в соответствии...
Формирование требований к ас; Разработка концепции ас iconМетодическая разработка по выполнению курсового проекта
«Технология и организация строительного производства», а также выработка единых требований к выполнению курсового проекта в соответствии...
Формирование требований к ас; Разработка концепции ас iconМетодическая разработка по выполнению курсового проекта
«Технология и организация строительного производства», а также выработка единых требований к выполнению курсового проекта в соответствии...
Формирование требований к ас; Разработка концепции ас iconМетодическая разработка по выполнению курсового проекта
«Технология и организация строительного производства», а также выработка единых требований к выполнению курсового проекта в соответствии...
Формирование требований к ас; Разработка концепции ас iconМаркетинг рабочей силы
Целью учебника является формирование понимания студентами концепции маркетинга рабочей силы как системы знаний по управлению спросом...
Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2020
контакты
userdocs.ru
Главная страница