1vendrov_a_m_proektirovanie_programmnogo_obespecheniya_ekonom

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.

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) — роль, которую пользователь играет по отношению к системе.

Ж - 3

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

Зрелость процессов (software process maturity) — степень управляе­ мости, контролируемости и эффективности процессов создания ПО.

И

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

Индивидуальность — набор свойств объекта, отличающих его от всех других объектов.

Инкапсуляция — физическая локализация свойств и поведения в рамках единственной абстракции (рассматриваемой как «черный ящик»), скрывающая их реализацию за общедоступным интерфей­ сом.

Инструментальное средство (CASE-средстБо) — программное средство, поддерживающее процессы жизненного цикла ПО, опре­ деленные в стандарте ISO/IEC 12207:1995.

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

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

К

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

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

Класс принадлежности — характеристика обязательности участия экземпляра сущности в связи.

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

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

Конфигурация ПО — совокупность его функциональных и физи­ ческих характеристик, установленных в технической документации и реализованных в ПО.

М

Моделирование ~ процесс создания формализованного описа­ ния системы в виде совокупности моделей.

Модель ПО — формализованное описание системы ПО на опре­ деленном уровне абстракции.

Модель ЖЦ ПО ~ структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяже­ нии ЖЦ.

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

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

Н

Накопитель данных — абстрактное устройство для хранения ин­ формации.

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

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

Нормативно-методическое обеспечение (НМО) — комплекс доку­ ментов, регламентирующих порядок разработки, внедрения и соп­ ровождения ПО; общие требования к составу ПО и связям между его компонентами, а также к его качеству; виды, состав и содержание проектной и программной документации.

О

Образец — общее решение некоторой проблемной ситуации в за­ данном контексте. Образец состоит из четырех основных элементов: имя, проблема, решение и следствия.

Объект — осязаемая сущность (tangible entity) — предмет или яв­ ление, имеющие четко определяемое поведение.

Объектная декомпозиция — описание структуры системы в тер­ минах объектов и связей между ними, а поведения системы — в тер­ минах обмена сообщениями между объектами.

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

П

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

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

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

Программная инженерия 1. Совокупность инженерных методов и средств создания ПО. 2. Дисциплина, изучающая применение стро­ гого систематического количественного (т.е. инженерного) подхода к разработке, эксплуатации и сопровождению ПО.

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

Проект — временное предприятие, осуществляемое с целью соз­ дания уникального продукта или услуги.

Проект ПО — совокупность спецификаций профаммного обеспе­ чения (включающих модели и проектную документацию), обеспечи­ вающих создание ПО в конкретной программно-технической среде.

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

Прототип - действующий программный компонент, реализую­ щий отдельные функции и внешние интерфейсы разрабатываемого ПО.

Сообщение (message) — средство, с помощью которого объектотправитель запрашивает у объекта-получателя выполнение одной из его операций.

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

Состояние объекта - одно из возможных условий, в которых он может существовать. Оно характеризуется перечнем всех возможных (статических) свойств данного объекта и текущими (динамически­ ми) значениями каждого из этих свойств. Состояние объекта опре­ деляется значениями его свойств (атрибутов) и связями с другими объектами.

Стадия процесса создания ПО — часть процесса создания ПО, ог­ раниченная определенными временными рамками и заканчиваю­ щаяся выпуском конкретного продукта (моделей ПО, программных компонентов, документации), определяемого заданными для дан­ ной стадии требованиями.

Степень связи ~ количество сущностей, участвующих в связи. Стереотип (UML) — новый тип элемента модели, который опре­

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

Сущность — реальный либо воображаемый объект, имеющий су­ щественное значение для рассматриваемой предметной области.

Т

Технология создания ПО — упорядоченная совокупность взаи­ мосвязанных технологических процессов в рамках жизненного цик­ ла программного обеспечения.

Технологический процесс — совокупность взаимосвязанных тех­ нологических операций.

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

Трассировка требований — установка и отслеживание связей тре­ бований с другими требованиями или проектными решениями.

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

У

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

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

Управление требованиями 1. Систематический подход к выявле­ нию, организации и документированию требований к системе. 2. Про­ цесс, устанавливающий соглашение между заказчиками и разработ­ чиками относительно изменения требований к системе и обеспечи­ вающий его выполнение.

Ф - Я

Функциональная декомпозиция — описание структуры системы в терминах иерархии ее функций и передачи информации между от­ дельными функциональными элементами.

Функциональный тип — логическая группа взаимосвязанных дан­ ных, используемых и поддерживаемых приложением, а также эле­ ментарный процесс, связанный с вводом и выводом информации.

Язык моделирования — совокупность элементов модели — фунда­ ментальных концепций моделирования и их семантики; нотации (системы обозначений) — визуального представления элементов мо­ делирования; руководства по использованию - правил применения элементов в рамках построения тех или иных типов моделей ПО.

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

АС — автоматизированная система БД — база данных

ГНИ ~ Государственная налоговая инспекция ЕСПД - Единая система программной документации ЖЦ — жизненный цикл ИС - информационная система

МДР - метод декомпозиции работ НМО — нормативно-методическое обеспечение

ООП — объектно-ориентированный подход ПК — персональный компьютер ПО — программное обеспечение

СУБД — система управления базами данных ТС ПО — технология создания программного обеспечения

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) - конструктивная модель стоимости