Вендров А.М. Проектирование программного обеспечения экономических информационных систем

Дополнительная литература 521

17.

Кватрани

Т. Визуальное моделирование с помощью Rational

Rose 2002 и UML: Пер. с англ. - М.: Вильяме,

2003.

18.

Коберн

Л, Современные методы описания функциональных

требований к системам: Пер. с англ.

—

М.: ЛОРИ, 2002.

19.

Конноли

Г.,

Беге

К.

Базы

данных:

проектирование, реализация

и сопровождение. Теория и практика.

—

3-е изд.: Пер. с англ. - М.:

Вильяме,

2003.

20.

Крантен

Ф.

Введение в Rational Unified Process: Пер. с англ. -

М.: Вильяме, 2002.

21.

Ларман

К.

Применение UML и шаблонов проектирования.

—

2-е изд.: Пер. с англ.

—

М.: Вильяме, 2002.

22.

ЛеффингуэллД,у

УидригД,

Принципы работы с требованиями

к программному обеспечению. Унифицированный подход: Пер. с

англ. - М.: Вильяме, 2002.

23.

Липаев

В,В,

Документирование и управление конфигурацией

профаммных средств. Методы и стандарты.

—

М.: СИНТЕГ, 1998.

24.

Липаев В.В. Системное проектирование сложных програм-

мных средств для информационных систем.

—

2-е изд.

—

М,: СИН-

ТЕГ, 2002.

25.

Маклаков

СВ. BPwin и ERwin. CASE-средства разработки ин-

формационных систем. - М.: Диалог-МИФИ, 1999.

26.

Маклаков

СВ. Моделирование бизнес процессов с BPwin 4.0.

- М.: Диалог-МИФИ, 2002.

27.

Марка

Д.А.,

МакГоуэн

К.

Методология структурного анализа и

проектирования.

—

М.: МетаТехнология, 1993.

28.

Мацяшек Л. Анализ требований и проектирование систем.

Разработка информационных систем с использованием UML: Пер. с

англ. - М.: Вильяме, 2002.

29.

Мюллер

Р.

Базы данных и UML. Проектирование: Пер. с англ.

-М.:

ЛОРИ, 2002.

30.

Нейбург

Э.

Дж.,

Максимчук

RA. Проектирование баз данных

с помощью UML: Пер. с англ.

—

М.: Вильяме, 2002.

31.

Одинцов

И. Профессиональное программирование. Систем-

ный подход.

—

СПб.: БХВ-Петербург, 2002.

32.

Орлов

СА. Технологии разработки программного обеспече-

ния. - СПб.: Питер, 2002.

33.

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

вождения программных средств и информационных систем

(ISO/IEC TR 15504-СММ): Пер. с англ. А.С. Агапова и др. - М.:

Книга и бизнес, 2001.

522 Дополнительная литература

34.

Палмер СР.,

Фелсинг

Дж.М. Практическое руководство по

функционально-ориентированной разработке ПО: Пер. с англ.

—

М.: Вильяме, 2002.

35.

Принципы проектирования и разработки программного

обеспечения. Учебный курс MCSD. ~ 2-е изд.: Пер. с англ.

—

М.:

Русская редакция, 2002.

36.

Рамбо Дж.

др.

UML. Специальный справочник/Дж. Рамбо,

Г. Буч, А. Якобсон: Пер. с англ. - СПб: Питер, 2002.

37.

РозенбергД.,

Скотт

К Применение объектно-ориентирован-

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

Пер.

с англ. - М.: ДМК, 2002.

38.

Ройс У. Управление проектами по созданию программного

обеспечения: Пер. с англ.

—

М.: ЛОРИ, 2002.

39.

Соммервилл

И. Инженерия программного обеспечения.

—

6-е

изд.:

Пер. с англ. - М.: Вильяме, 2002.

40.

Фатрелл

Р.

др.

Управление программными проектами: дос-

тижение оптимального качества при минимуме затрат /

Р.

Фатрелл,

Д. Шафер, Л. Шафер: Пер. с англ.

—

М.: Вильяме,

2003.

41.

Фаулер

М.,

Скотт

К. UML в кратком изложении. Примене-

ние стандартного языка объектного моделирования: Пер. с англ.

—

М.: Мир, 1999.

42.

Черемных

СВ. и

др.

Структурный анализ систем: IDEF-техно-

логии / С.В.Черемных, И.О. Семенов, B.C. Ручкин.

—

М.: Финансы

и статистика, 2001.

43.

Черемных

СВ. и

др.

Моделирование и анализ систем. IDEF-

технологии: практикум/С.В.Черемных, И.О. Семенов, B.C. Ручкин.

- М.: Финансы и статистика, 2002.

44.

Элиенс

А.

Принципы объектно-ориентированной разработки

профамм.

—

2-е изд.: Пер. с англ.

—

М.: Вильяме, 2002.

45.

Якобсон

А.

др.

Унифицированный процесс разработки прог-

раммного обеспечения /

А.

Якобсон, Г. Буч, Дж. Рамбо: Пер. с англ.

- СПб.: Питер, 2002.

КРАТКИЙ СЛОВАРЬ ТЕРМИНОВ

Абстрагирование

—

вьщеление существенных характеристик не-

которого объекта, которые отличают его от всех других видов объек-

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

дальнейшего рассмотрения и анализа.

Агрегация (форма ассоциации)

—

связь между целым (составным)

объектом и его частями (компонентными объектами).

Ассоциация

—

семантическая связь между классами. Ассоциация

отражает структурные связи между объектами различных классов.

Атрибут

—

любая характеристика сущности, значимая для рас-

сматриваемой предметной области и предназначенная для квалифи-

кации, идентификации, классификации, количественной характе-

ристики или выражения состояния сущности.

Архитектура ПО

—

описание системы ПО, включающее совокуп-

ность структурных элементов системы и связей между

ними;

поведе-

ние элементов системы в процессе их взаимодействия и иерархию

подсистем, объединяющих структурные элементы.

Б~Д

Бизнес-модель

—

формализованное описание процессов, связан-

ных с ресурсами и отражающих существующую или предполагаемую

деятельность предприятия.

Бизнес-процесс

—

логически завершенный набор взаимосвязан-

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

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

ную на достижение поставленных целей.

Вариант использования (use case)

—

последовательность действий

(транзакций), выполняемых системой в ответ на событие, иници-

ируемое некоторым внешним объектом (действующим лицом).

Внешняя сущность

—

материальный предмет или физическое ли-

цо,

представляющие собой источник или приемник информации.

Действующее лицо (actor)

—

роль, которую пользователь играет

по отношению к системе.

524 Краткий словарь терминов

Ж-3

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

—

период времени,

который начинается с момента принятия решения о необходимости

создания ПО и заканчивается в момент его полного изъятия из

эксплуатации.

Зрелость процессов (software process maturity)

—

степень управляе-

мости, контролируемости и эффективности процессов создания ПО.

Иерархия - ранжированная или упорядоченная система абстрак-

ций, расположение их по уровням.

Индивидуальность

—

набор свойств объекта, отличающих его от

всех других объектов.

Инкапсуляция

—

физическая локализация свойств и поведения в

рамках единственной абстракции (рассматриваемой как «черный

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

сом.

Инструментальное средство (CASE-средстБо)

—

программное

средство, поддерживающее процессы жизненного цикла ПО, опре-

деленные в стандарте ISO/IEC 12207:1995.

Итерфейс

—

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

класса, подсистемы или компонента.

Информационная система

—

совокупность функциональных и

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

средств и методов сбора, хранения, анализа, обработки и передачи

информации, зависящих от специфики области применения; мето-

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

же информационными, материальными и денежными потоками в

предметной области.

Качество ПО

—

совокупность свойств, которые характеризуют

способность ПО удовлетворять заданным требованиям.

Класс

—

множество объектов, связанных общностью свойств,

поведения, связей и семантики. Класс инкапсулирует (объединяет) в

себе данные (атрибуты) и поведение (операции).

Класс принадлежности

—

характеристика обязательности участия

экземпляра сущности в связи.

Компонент

—

относительно независимая и замещаемая часть сис-

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

Краткий словарь терминов 525

данной архитектуры. Компонент представляет собой физическую

реализацию проектной абстракции.

Конфигурация ПО

—

совокупность его функциональных и физи-

ческих характеристик, установленных в технической документации

и реализованных в ПО.

Моделирование ~ процесс создания формализованного описа-

ния системы в виде совокупности моделей.

Модель ПО

—

формализованное описание системы ПО на опре-

деленном уровне абстракции.

Модель

ЖЦ ПО ~ структура, определяющая последовательность

выполнения и взаимосвязи процессов, действий и задач на протяже-

нии ЖЦ.

Модульность

—

свойство системы, связанное с возможностью ее

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

собой подсистем (модулей).

Мощность связи

—

максимальное число экземпляров сущности,

которое может быть связано с одним экземпляром данной сущности.

Накопитель данных

—

абстрактное устройство для хранения ин-

формации.

Наследование - построение новых классов на основе существу-

ющих с возможностью добавления или переопределения свойств

(атрибутов) и поведения (операций).

Нотация (языка моделирования)

—

совокупность графических

объектов, которые используются в моделях.

Нормативно-методическое обеспечение (НМО)

—

комплекс доку-

ментов, регламентирующих порядок разработки, внедрения и соп-

ровождения ПО; общие требования к составу ПО и связям между его

компонентами, а также к его качеству; виды, состав и содержание

проектной и программной документации.

Образец

—

общее решение некоторой проблемной ситуации в за-

данном контексте. Образец состоит из четырех основных элементов:

имя, проблема, решение и следствия.

Объект

—

осязаемая сущность (tangible entity)

—

предмет или яв-

ление, имеющие четко определяемое поведение.

526 Краткий словарь терминов

Объектная декомпозиция

—

описание структуры системы в тер-

минах объектов и связей между ними, а поведения системы

—

в тер-

минах обмена сообщениями между объектами.

Операция (метод)

—

определенное воздействие одного объекта на

другой с целью вызвать соответствующую реакцию. Операция

—

это

реализация услуги, которую можно запросить

любого объекта дан-

ного класса.

Поведение

— набор

действий объекта и его реакций на запросы от

других объектов. Поведение характеризует воздействие объекта на

другие объекты и, наоборот, с точки зрения изменения состояния

этих объектов и передачи сообщений. Поведение представляется с

помощью набора сообщений, воспринимаемых объектом (опера-

ций, которые может выполнять объект).

Полиморфизм

—

способность скрывать множество различных ре-

ализаций под единственным общим интерфейсом. Понятие поли-

морфизма может быть интерпретировано, как способность класса

принадлежать более чем одному типу.

Потокданных-информация, передаваемая через некоторое со-

единение от источника к приемнику.

Программная инженерия 1. Совокупность инженерных методов и

средств создания ПО. 2. Дисциплина, изучающая применение стро-

гого систематического количественного (т.е. инженерного) подхода

к разработке, эксплуатации и сопровождению ПО.

Программное обеспечение (программный продукт)

—

совокупность

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

документации и данных.

Проект

—

временное предприятие, осуществляемое с целью соз-

дания уникального продукта или услуги.

Проект

ПО —

совокупность спецификаций профаммного обеспе-

чения (включающих модели и проектную документацию), обеспечи-

вающих создание ПО в конкретной программно-технической среде.

Проектирование ПО

—

процесс создания спецификаций програм-

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

тирование ПО сводится к последовательному уточнению его специ-

фикаций на различных стадиях процесса создания ПО.

Прототип - действующий программный компонент, реализую-

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

ПО.

Краткий словарь терминов 527

Процесс (ЖЦ ПО)

—

совокупность взаимосвязанных действий,

преобразующих некоторые входные данные в выходные.

Процесс создания ПО

—

совокупность упорядоченных во време-

ни,

взаимосвязанных и объединенных в стадии работ, выполнение

которых необходимо и достаточно для создания ПО, соответствую-

щего заданным требованиям.

Процесс (надиафамме потоков данных)

—

преобразование вход-

ных потоков данных в выходные в соответствии с определенным ал-

горитмом.

Рабочий продукт - информационная или материальная сущ-

ность, которая создается, модифицируется или используется в неко-

торой технологической операции (модель, документ, код, тест

т.п.).

Рабочий продукт определяет область ответственности роли

являет-

ся объектом управления конфигурацией.

Разработка ПО - комплекс работ по созданию ПО и его компо-

нентов в соответствии с заданными требованиями, включая оформ-

ление проектной и эксплуатационной документации, подготовку

материалов, требуемых для проверки работоспособности и соответ-

ствующего качества программных продуктов, материалов, необхо-

димых для организации обучения персонала, и т.д.

Репозиторий

—

база данных, предназначенная для хранения про-

ектных данных (версий проекта и его отдельных компонентов),

синхронизации поступления информации от различных разработчи-

ков при групповой разработке, контроля данных на полноту и неп-

ротиворечивость.

Роль

—

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

или группы лиц в среде организации-разработчика ПО, осуществля-

ющих деятельность в рамках некоторого технологического процесса

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

Руководство

—

практическое руководство по выполнению одной

операции или совокупности технологических операций. Руковод-

ства включают методические материалы, инструкции, нормативы,

стандарты и критерии оценки качества рабочих продуктов.

Связь

—

поименованная ассоциация между двумя сущностями,

значимая для рассматриваемой предметной области (в модели «сущ-

ность-связь»).

528 Краткий словарь терминов

Сообщение (message)

—

средство, с помощью которого объект-

отправитель запрашивает у объекта-получателя выполнение одной

из его операций.

Сопровождение ПО

—

внесение изменений в программное обес-

печение в целях исправления ошибок, повышения производитель-

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

ваниям.

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

может существовать. Оно характеризуется перечнем всех возможных

(статических) свойств данного объекта и текущими (динамически-

ми) значениями каждого из этих свойств. Состояние объекта опре-

деляется значениями его свойств (атрибутов) и связями с другими

объектами.

Стадия процесса создания ПО

—

часть процесса создания ПО, ог-

раниченная определенными временными рамками и заканчиваю-

щаяся выпуском конкретного продукта (моделей ПО, программных

компонентов, документации), определяемого заданными для дан-

ной стадии требованиями.

Степень связи ~ количество сущностей, участвующих в связи.

Стереотип (UML)

—

новый тип элемента модели, который опре-

деляется на основе уже существующего элемента. Стереотипы рас-

ширяют нотацию модели, могут применяться к любым элементам

модели и представляются в виде текстовой метки или пиктограммы.

Сущность

—

реальный либо воображаемый объект, имеющий су-

щественное значение для рассматриваемой предметной области.

Технология создания ПО

—

упорядоченная совокупность взаи-

мосвязанных технологических процессов в рамках жизненного цик-

ла программного обеспечения.

Технологический процесс

—

совокупность взаимосвязанных тех-

нологических операций.

Технологическая операция - основная единица работы, выполня-

емая определенной ролью, которая подразумевает четко определен-

ную ответственность роли; дает четко определенный результат (на-

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

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

ницу работы с жестко определенными границами, которые устанав-

ливаются при планировании проекта.

Трассировка требований

—

установка и отслеживание связей тре-

бований

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

Краткий словарь терминов 529

Требование

—

условие, которому должна удовлетворять система,

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

потребность пользователя в решении некоторой задачи, а также

удовлетворить требования контракта, стандарта или спецификации.

Уникальный идентификатор

—

неизбыточный набор атрибутов,

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

дого экземпляра сущности.

Управление конфигурацией

—

применение административных и

технических процедур для определения состояния компонентов ПО

в системе, управления модификациями ПО, описания и подготовки

отчетов о состоянии компонентов ПО и запросов на модификацию,

обеспечения полноты, совместимости и корректности компонентов

ПО,

управления хранением и поставкой ПО.

Управление требованиями 1. Систематический подход к выявле-

нию,

организации

документированию требований к

системе.

Про-

цесс,

устанавливающий соглашение между заказчиками и разработ-

чиками относительно изменения требований к системе и обеспечи-

вающий его выполнение.

Ф-Я

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

—

описание структуры системы в

терминах иерархии ее функций и передачи информации между от-

дельными функциональными элементами.

Функциональный

тип —

логическая группа взаимосвязанных дан-

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

ментарный процесс, связанный с вводом и выводом информации.

Язык

моделирования

—

совокупность элементов модели

—

фунда-

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

(системы обозначений)

—

визуального представления элементов мо-

делирования; руководства по использованию - правил применения

элементов в рамках построения тех или иных типов моделей ПО.

список основных СОКРАиДЕНИЙ

АС

—

автоматизированная система

БД

—

база данных

ГНИ ~ Государственная налоговая инспекция

ЕСПД - Единая система программной документации

ЖЦ

—

жизненный цикл

ИС - информационная система

МДР - метод декомпозиции работ

НМО

—

нормативно-методическое обеспечение

ООП

—

объектно-ориентированный подход

ПК

—

персональный компьютер

ПО

—

программное обеспечение

СУБД

—

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

ТС ПО

—

технология создания программного обеспечения

AFP (Adjusted Function Points) - итоговая оценка количества

функциональных точек

API (Application Programming Interface) - интерфейс прикладно-

го программирования

ARIS (Architecture of Integrated Information System)

—

архитекту-

ра интегрированной информационной системы

ATM (Automated Teller Machine) - банкомат

CASE (Computer Aided Software Engineering) - автоматизирован-

ная разработка программного обеспечения

СВР (Critical Best Practices)

—

критически важные практические

навыки

CDM (Custom Development Method)

—

метод разработки прило-

жений пользователя

СММ (Capability Maturity Model)

—

модель оценки зрелости тех-

нологических процессов в организации

CMMI (Capability Maturity Model Integrated)

—

интеграционная

версия модели СММ

СОСОМО (Constructive COst Model) - конструктивная модель

стоимости

Вендров А.М. Проектирование программного обеспечения экономических информационных систем

Подождите немного. Документ загружается.