Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Проектирование и разработка информационных систем. Учебное пособие для СПО
.pdf
161
Расширение применения САSЕ-технологии ограничивают
два фактора:
1. Создание ПО, особенно этап проектирования, во мно-
гом является творческим процессом. Существующие САSЕсредства автоматизируют рутинные процессы, попытки привлечь их к решению интеллектуальных и творческих задач проектирования особым успехом не увенчались.
2. Во многих организациях-разработчиках создание ПО —
результат работы команды специалистов по программному обеспечению. При этом много времени тратится на «пустое» общение между членами команды разработчиков. В этой ситуации
САSЕ-технологии не могут предложить ничего такого, что способно повысить производительность труда разработчиков.
Классификация САSЕ-средств. Существует несколько
различных классификаций САSЕ-средств, и каждая предлагает
свой взгляд на эти программные продукты. В этом разделе рассматриваются следующие классификации:
1. Классификация по типу и архитектуре вычислитель-
ной техники:
– ориентированные на ПЭВМ;
– ориентированные на локальную вычислительную сеть;
– ориентированные на глобальную вычислительную сеть.
2. Классификация по поддерживаемым методологиям
проектирования:
– структурно(функционально)-ориентированные;
– объектно-ориентированные;
– смешанного типа.
3. Классификация по категориям, где САSЕ-средства
классифицируются по степени интеграции программных моду-
лей, поддерживающих различные процессы разработки.
Различают три категории:
– Tools отдельные локальные средства;
– Toolkit — набор интегрированных средств, охватывающих большинство этапов разработки ИС;
– Workbench — полностью интегрированные средства,
связанные общей базой проектных данных — репозиторием.
4. По поддерживаемым графическим нотациям построе-
ния диаграмм:
162
– с фиксированной нотацией;
– с отдельными нотациями;
– наиболее распространенными нотациями.
Выбор графической нотации — это важный вопрос визуального моделирования. Нотация — это инструмент для описания различных аспектов системы, она должна быть понятна всем
заинтересованным сторонам (как заказчику, так и разработчику),
иначе она будет бесполезна.
Визуальным моделированием называется процесс графического представления модели. Нотация определяет стандартный набор графических элементов, с помощью которого и происходит это графическое представление. Основная цель визуального моделирования — общение между пользователями, разработчиками, аналитиками, тестировщиками, менеджерами и
всеми остальными участниками проекта. Общение можно обеспечить и с помощью невизуальной (текстовой) информации, но
люди являютя зрительно-ориентированными существами. Мы
легче понимаем сложную информацию, если она представлена
нам визуально.
5. Классификация по режиму коллективной разработки
проекта:
– не поддерживающие коллективную разработку;
– ориентированные на режим реального времени разработки проекта;
– ориентированные на режим объединения подпроектов.
163
ГЛОССАРИЙ
CASЕ (Соmputеr-аidеd Software Епgineering) — автомати-
зированная разработка ПО; специальный тип программного
обеспечения, предназначенного для поддержки процесса создания ПО.
IDEF — семейство стандартов для описания структуры
проектав рамках функциональной методологии проектирования.
OSI — протоколы взаимодействия открытых систем. Это
утвержденный (ISO / OSI) стандарт сетевого взаимодействия
подсистем в вычислительной сети, включающий в себя семь
взаимосвязанных уровней.
UML — (Unified Modeling Language) универсальный язык
объектно ориентированного моделирования, представляет собой
набор графических нотаций для описания проекта ПО.
Альбом форм — сборник типовых форм отчетности и
указаний по их заполнению.
Архитектура ПО — это принципы организации ИС на
концептуальном уровне (безотносительно к физической реализации), определяющие дизайн и эволюцию системы; это компоненты ИС и интерфейс между ними.
Базовая модель ИС в репозитории — это описание биз-
нес-функций, бизнес-процессов, бизнес-объектов, бизнесправил, организационной структуры, которые поддерживаются
программными модулями типовой ИС.
Бизнес-модель — структурированное графическое описание сети процессов и операций, связанных с данными, документами, организационными единицами и прочими объектами, отражающими существующую или предполагаемую деятельность
предприятия.
Бизнес-процесс — набор действий, которые выполняются
в любой компании для получения заданного результата (предмета, услуги, научного открытия), при этом деятельности компании представляется в виде программно-алгоритмической сущности, то есть «блок-схемы» программы со своей входной и выходной информацией.
164
Диалог — процесс обмена информацией между пользова-
телем и программной системой, осуществляемый через интерактивный терминал и по определенным правилам.
Инкапсуляция — одна из трех базовых возможностей
ООП. Когда в рамках одного класса размещены и сами данные
(атрибуты), и методы их обработки. Данное свойство позволяет
реализовать принцип сокрытия информации.
Интерфейс — это полная совокупность соглашений о
входных и выходных сигналах, которыми могут обмениваться
устройство — устройство, программа — среда — программы,
человек — система обработки;
Класс — тип объекта, включающий набор атрибут (с ука-
занием их имени и типа, например, «дата», целое, строка символов) и методов, посредством которых проводится вся работа с
атрибутами этого же класса.
Методология проектирования — структура, логическая
организация, методы и средства проектирования.
Метрические данные — разнообразные сведения о ранее
разработанных программах.
Модель жизненного цикла последовательность, взаимодействие и смысловое наполнение этапов жизненного цикла ИС.
Наследование — одна из трех базовых возможностей
ООП. Один класс объявляется дочерним (наследником) по отношению к другому (родительскому) классу. При этом дочерний
объект получает все атрибуты и все методы родительского класса, то есть при его написании не надо копировать уже имеющееся в родительском классе.
Нотация — совокупность графических объектов (диа-
грамм), используемых при описании модели, это синтаксис языка моделирования
Объект — предмет или понятие из реального мира. обяза-
тельно соотносится с классом.
ООП — объектно-ориентированное программирование,
основанное на использование специфического типа данных —
класса, позволяющего реализовать инкапсуляцию, наследова ние
и полиморфизм.
Операция — элементарное (неделимое) действие, выпол-
няемое на одном рабочем месте.
165
Подпроцесс — бизнес-процесс, являющийся структурным
элементом некоторого бизнес-процесса и представляющий ценность для потребителя.
ППР (пооперационный перечень работ) — основа планирования, он необходим и для разработки графика работ и для
прогноза размеров стоимости и трудозатрат.
Предметная область — часть реального мира, рассматри-
ваемая в пределах данного контекста. Под контекстом здесь может пониматься, например, область исследования или область,
где содержится информация, обрабатываемая ИС.
Прецедент — это набор действий, совершаемых исполни-
телем в системе, для достижения определенной цели. То есть это
вариант использования системы, никак не учитывающий реализацию этого варианта.
Проект ИС(1) — проектно-конструкторская и технологи-
ческая документация, в которой представлено описание проектных решений по созданию и эксплуатации ИС в конкретной
программно-технической среде.
Проект ИС(2) — ограниченное временем и финансирова-
нием создание или изменение системы с заранее определенными
целями в рамках конкретной организационной структуры.
Прототип — экспериментальная версия программного
обеспечения.
Реинжениринг — коренная перестройка, фундаменталь-
ное переосмысление, радикальное перепроектирование (программного обеспечения, бизнес-процессов, модулей и т. д.).
Состояние объекта — условие или ситуация в ходе ЖЦ
объекта, в течение которого он либо выполняет определенную
деятельность, либо ожидает событие.
Спецификация требований — документ, на базе которо-
го разрабатывается ТЗ, планируется объем и длительность работ.
Субъект проектирования — коллективы (команда) раз-
работчиков, организация (команда) заказчик, а также организации соисполнители.
Технический проект (ТП) — техническая документация,
содержащая общесистемные проектные решения, алгоритмы
решения задач, а также оценку экономической эффективности и
перечень мероприятий по подготовке проекта к внедрению.
166
Техническое задание (ТЗ) — основной документ, опреде-
ляющий соглашение между разработчиком и заказчиком на разработку ПО, где определяются требования к проекту, ТЭО и поэтапный план проведения работ и финансирования.
Технология проектирования — синтез применяемых при
проектировании методологии и инструментальных средств, а
также управления проектированием.
Типовая модель — это описание конфигурации ИС для
определенных отраслей, производств.
Типовое проектирование ИС создание системы из готовых типовых элементов.
Типовое проектное решение (ТПР) — это тиражируемое,
пригодное к многократному использованию проектное решение
ТЭО — расчетно-аналитический документ, который со-
держит исходные данные, основные технические и организационные решения, расчетно-сметные, оценочные и другие показатели, анализ затрат и результатов какого-либо проекта; позволяет оценить целесообразность и эффективность проекта.
Язык моделирования — средства формализованного
описания проектов. Чаще всего это нотация, в основном графическая.
167
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1. Астелс, Д. Практическое руководство по экстремальному программированию : монография / Д. Астелс; Г. Миллер ;
перевод с английского М. Новак. — Москва : Издательский дом
«Вильяме», 2002. — 320 с.
2. Бенькович, Е. С. Практическое моделирование динами-
ческих систем : монография / Е. С. Бенькович, Ю. Б. Колесов,
Ю. Б. Сениченков. — Санкт-Петербург : БХВ, 2002. — 484 с.
3. Бобровский, С. Технологии Пентагона на службе рос-
сийских программистов. Программная инженерия : монография /
С. Бобровский. — Санкт-Петербург : Питер, 2003. — 222 с.
4. ГОСТ 19.101 77. Единая система программной документации. Виды программ и программных. — Москва : Изд-во
стандартов, 1994. — 4 с.
5. ГОСТ 19.102 77. Единая система программной документации. Стадии разработки. — Москва : Изд-во стандартов,
1994. — 4 с.
6. ГОСТ 19.201 78. Единая система программной докумен-
тации. Техническое задание. Требования к содержанию и
оформлению. — Москва : Изд-во стандартов, 1994. — 4 с.
7. ГОСТ 19.202 78. Единая система программной документации. Спецификация. Требования к содержанию и оформлению. — Москва : Изд-во стандартов, 1994. — 4 с.
8. ГОСТ 19.404 79. Единая система программной документации. Пояснительная записка: Требования к содержанию и
оформлению. — Москва : Изд-во стандартов, 1994. — 3 с.
9. ГОСТ 19.502 78. Единая система программной документации. Описание применения. Требования к содержанию и
оформлению. — Москва : Изд-во стандартов, 1994. — 2 с.
10. ГОСТ 19.505 79. Единая система программной документации. Руководство оператора. Требования к содержанию и
оформлению. — Москва : Изд-во стандартов, 1994. — 3 с.
11. ГОСТ 19.507 79. Единая система программной документации. Ведомость эксплуатационных документов. —
Москва : Изд-во стандартов, 1994. — 2 с.
168
12. Ипатова, Э. Р. Методологии и технологии системного
проектирования ИС : монография / Э. Р. Ипатова, Ю. В. Ипатов. — Москва : Изд-во «Флинта» : МПСИ, 2008. — 388 с.
13. Кантор, М. Управление программными проектами.
Практическое руководство по разработке успешного программного обеспечения : монография / М. Кантор ; перевод с английского Ю. Н. Скороход. — Москва : ИД «Вильямс», 2002. —
1125 с.
14. Краснов, А. Е. Цифровые системы управления в пище-
вой промышленности : монография / А. Е. Краснов, Л. А. Злобин, Д. Л. Злобин. — Москва : Высшая школа, 2007. — 671 с.
15. Кроуфорд, П. Объектные модели. Стратегии, шаблоны
и приложения : монография / П. Кроуфорд, Д. Норд,
М. Мейфилд ; перевод с английского. — Москва : Лори, 2003. —
450 с.
16. Кулаков, М. В. Технологические измерения и приборы
для химических производств : монография / М. В. Кулаков. —
Москва : ИД Альянс, 2008. — 424 с.
17. Леффингуэлл, Д. Принципы работы с требованиями к
программному обеспечению. Унифицированный подход : монография / Д. Леффингуэлл, Д. Уидриг ; перевод с английского. —
Москва : ИД «Вильямс», 2002. — 448 с.
18. Малыхина, М. П. Базы данных: основы, проектирова-
ние, использование : монография / М. П. Малыхина. — СанктПетербург : БХВ, 2004. — 512 с.
19. Нейбург, Э. Проектирование баз данных с помощью
UML : монография / Э. Нейбург, Дж. Максимчук, А. Роберт ;
перевод с английского. — Москва : ИД «Вильямс», 2002. —
288 с.
20. Петров, В. Н. Информационные системы : моногра-
фия / В. Н. Петров. — Санкт-Петербург : Питер, 2007. — 688 с.
21. Смирнова, Г. Н. Проектирование экономических ин-
формационных систем : монография / Г. Н. Смирнова, А. А. Сорокин, Ю. Ф. Тельнов ; под редакцией Ю. Ф. Тельнова. —
Москва : Финансы и статистика, 2003. — 512 с.
22. Соммервилл, И. Инженерия программного обеспечения : монография / И. Соммервилл ; перевод с английского. —
169
Москва ; Санкт-Петербург ; Киев : ИД «Вильямс», 2007. —
872 с.
23. Соснин, О. М. Основы автоматизации технологических
процессов и производств : монография / О. М. Соснин. —
Москва : ИЦ Академия, 2010. — 240 с.
24. Boehm, B. A. Spiral Model of Software Development and
Enhancement / B. A. Boehm // IEEE Computer 21. — 1988. —
15 May. — P. 61–72.
25. Boehm, B. Understanding and Controlling Software Costs /
B. Boehm, P. Papaccio // IEEE Transactions on Software Engineering 14, 10. — 1988. — October. — P. 1462–1473.
26. Boehm, B. W. Software Engineering Economics. Englewood Cliffs : монография / B. W. Boehm. — New Jersey : Prentice Hall, 1981. — Р. 344.
27. Booch, G. The Unified Modeling Language User Guide :
монография / G. Booch, J. Rumbaugh, I. Jacobson. — Mаssachusetts : Addison-Wesley Longman, 1999. — Р. 239.
28. Brooks, F. The Mythical Man Month: Essays on Software
Engineering : монография / F. Brooks. — Mаssachusetts : AddisonWesley, 1975. — Р. 280
29. Davis, A. Software Requirements: Objects, Functions and
States : монография / A. Davis. — Englewood Cliffs, New Jersey :
PrenticeHall, 1993. — Р. 420
30. Grady, R. Practical Software Metrics for Project Manage-
ment and Process Improvement : монография / R. Grady.— New
Jersey : Prentice-Hall, 1992. — Р. 320.
31. Humphrey, W. Managing the Software Process : моногра-
фия / W. Humphrey. — Mаssachusetts : Addison-Wesley, 1989. —
Р. 650.
32. IEEE. IEEE Standards Collection, Software Engineering.
IEEE Standards Collection, Software Engineering. — New York :
IEEE, 1994. — Р. 140.
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]