Methods / Глоссарий_1н

№

п/п

Новые понятия

Определение

1

Жизненный цикл (ЖЦ) программного обеспече­ния

Непрерывный процесс, который на­чинается с момента принятия решения о необходимости созда­ния ПО и заканчивается в момент его полного изъятия из эксплу­атации

2

Модель жизненного цикла

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

3

Каскадная модель ЖЦ

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

4

Модель ЖЦ с промежуточным контролем

Модель, в которой межэтапные корректировки обеспечивают большую на­дежность по сравнению с каскадной моделью, хотя и увеличива­ют весь период разработки

5

Спиральная модель ЖЦ ПО

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

6

ISO 12207:1995

Базовый стандарт процессов жизненного цикла программного обеспечения, ориентированный на различные виды ПО и типы проектов автоматизированных систем, в которые ПО входит как часть

7

Система

Объединение одного или более процессов, аппаратных средств, программного обеспечения, оборудования и людей для обеспечения возможности удовлетворения определенных потребностей или целей

8

Структурный анализ

Метод исследования системы, который начинается с ее общего обзора и затем детализируется, приобретая иерархическую структуру с все большим числом уровней

9

Консалтинг

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

10

Модель «как есть»

Модель деятельности предприятия, представляющая собой «снимок» положения дел на предприятии на момент обследования

11

Модель «как должно быть»

Модель будущей деятельности предприятия, интегрирующая перспективные предложения руководства и сотрудников предприятия, экспертов и системных аналитиков по совершенствованию деятельности предприятия

12

Бизнес-реинжиниринг

Реорганизации деятельности предприятий

13

«Мягкий» реинжиниринг

Совершенствование технологий на основе оценки их эффективности

14

«Жесткий» реинжиниринг

Радикальное изменение технологий и переосмысление бизнес-процессов

15

Методология структурного анализа и проектирования (SADT)

Совокупность методов, правил и процедур, предназначенных для построения функцио­нальной модели объекта какой-либо предметной области

16

Функциональная модель

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

17

Диаграммы потоков данных (DFD)

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

18

Поток данных

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

19

Процесс

Объект DFD, который продуцирует выходные потоки из входных в соответствии с действием, задаваемым алгоритмом процесса

20

Хранилище данных (накопитель)

Объект DFD, позволяющий определить данные, которые будут сохраняться в процессе функционирования системы

21

Внешняя сущность (терминатор)

Объект DFD, представляющий сущность вне контекста системы, являющуюся источником данных для системы или приемником данных от системы

22

Контекстная диаграмма

DFD диаграмма верхнего уровня, которая описывает информационные потоки между системой и внешними сущностями, с которыми она должна быть связана

23

Диаграмма переходов состояний (STD)

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

24

Состояние

Объект STD, который может рассматриваться как условие устойчивости для системы

25

Начальное состояние

Узел STD, являющийся стартовой точкой для начального системного перехода

26

Переход

Объект STD, определяющий перемещение моделируемой системы из одного состояния в другое

27

Условие

Объект STD, представляющий собой событие (или события), вызывающее переход и идентифицируемое именем перехода

28

Действие

Объект STD, описывающий операцию, которая может иметь место при выполнении перехода

29

Диаграммы «сущность-связь» (ERD)

Средство разработки моделей данных, которое обеспечивает стандартный способ определения данных и отношений между ними

30

Сущность

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

31

Отношение

Связь между двумя и более сущностями

32

Независимая сущность

Независимые данные, которые всегда присутствуют в системе

33

Зависимая сущность

Данные, зависящие от других сущностей в системе

34

Ассоциированная сущность

Данные, которые ассоциируются с отношениями между двумя и более сущностями

35

Тип отношения

Пара значений связей, принадлежащих одному и тому же отношению

36

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

Тип отношения, который используются, как правило, на верхних уровнях иерархии модели данных, а на нижних уровнях встречаются сравнительно редко

37

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

Тип отношения, который является наиболее часто используемым в моделях данных

38

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

Тип отношения, который обычно используются на ранних этапах проектирования с целью прояснения ситуации

39

Атрибуты

Показатели, которые однозначно идентифицируют каждый экземпляр сущности

40

Диаграмма атрибутов

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

41

Файл-сервер

Выделенное в сети устройство, обеспечивающее хранение файлов и предоставление санкционированного доступа к ним пользователей и приложений сети

42

«Клиент-сервер»

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

43

Двухзвенная архитектура «клиент-сервер»

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

44

Трехзвенная архитектура «клиент-сервер»

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

45

Система управления распределенными базами данных

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

46

Репликация (тиражирование)

Технология систем распределенных баз данных, которая предусматривает поддержку копий некоторых фрагментов базы данных в нескольких узлах сети с целью приближения данных к месту их использования и сокращения тем самым сетевого трафика и/или повышения производительности системы

47

Асинхронная репликация

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

48

Синхронная репликация

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

49

ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.

Стандарт на автоматизированные системы, используемые в различных видах деятельности, который устанавливает стадии и этапы создания автоматизированных систем, а также содержание работ на каждом этапе