Вигерс Карл. Разработка требований к программному обеспечению
Подождите немного. Документ загружается.
Таблица «событие —
реакция»
- event-response table — пе-
речень внешних или зависящих от времени событий, которые могут
влиять на систему, и описание
того,
как система будет отвечать на каж-
дое из
них.
Таблица решения - decision table
—
таблица, где показаны все
комбинации значений для наборов факторов, которые влияют на пове-
дение части системы, и определены ожидаемые действия системы в
ответ на каждую комбинацию.
Трассирование
-
tracing (also
traceability)
— процесс определе-
ния логических связей между одним элементом системы
(вариантом
использования, функциональными требованиями,
бизнес-правилами,
компонентами дизайна, фрагментами кода, вариантами тестирования
и
т.д.}
и
другим.
Требования
-
requirement — документ, где указаны потребности
или цели пользователей либо условия и возможности, которыми дол-
жен
обладать продукт, чтобы удовлетворить такие возможности или
цели,
Требования для интерфейса внешнего устройства
~
external
interface requirement — описание интерфейса между системой ПО и
пользователем,
другой системой ПО или оборудованием.
Требования к системе
~
system
requirement
— высокоуровневые
требования к продукте, который состоит из множества подсистем, в
том числе только ПО или ПО и оборудования.
Требования пользователей - user requirement — цели и задачи,
которые пользователи должны иметь возможность выполнять с сис-
темой, или положения об ожиданиях пользователей о качестве сис-
темы.
Управление требованиями ~ requirements management — рабо-
та с определенным набором требований к продукту — начиная от
прс-
цесса разработки продукта и заканчивая поддержкой
действующего
продукта. Управление подразумевает трассирование статуса продук-
та, управление изменениями требований и версиями
спецификации
требований, а также трассирование отдельных требований до других
этапов проекта и рабочих продуктов.
Утверждение
-validation
— процесс оценки рабочего продукта,
по-
зволяющий определить, действительно ли он отвечает
требованиям.
Словарь терминов 537
Функциональная точка
-
function point — измерение размера
ПО,
основанное на числе и сложности внутренних логических файлов, фай-
лов интерфейса внешнего устройства, вводимых
извне
данных, ре-
зультатов и запросов.
Функциональные требования
-
functional requirement — поло-
жение о фрагменте требуемой функциональности или поведения, ко-
торые система проявляет при определенных условиях.
Функция - feature — набор логически связанных функциональных
требований, которые обеспечивают возможность для использования и
дают возможность удовлетворить
бизнес-задачу.
Цикл водопадной модели проекта - waterfall development life
cycle — модель процесса разработки ПО, в которой различные дейст-
вия с требованиями, дизайном, кодированием, тестированием и раз-
вертыванием выполняются последовательно, с небольшим наложени-
ем или итерациями.
Цикл разработки ПО - software development life cycle — после-
довательность
действий,
в которой ПО определяется, конструируется,
строится и проверяется.
Шаблон - template — образец, который используется в качестве
руководства при создании всеобъемлющей документации или других
элементов.
Эволюционный прототип - evolutionary prototype — полностью
функциональный прототип, построенный как «скелет» или некая ста-
дия конечного продукта, которые постепенно будут «обрастать
мясом»
по мере прояснения требований.
Эксперт предметной области ~ subject matter expert — лицо,
имеющее обширный опыт и знания в предметной области и счи-
тающееся авторитетным источником информации о предметной об-
ласти .
Экспертиза - inspection — тип экспертной оценки, когда члены
специально созданной команды в определенном и строгом порядке
исследуют рабочий продукт на предмет выявления дефектов.
Экспертная оценка
~
peer
review — действия, предпринимаемые
одной или несколькими лицами (не авторами
продукта),
для
исследо-
538 Словарь терминов
вания продукта с целью обнаружить
возможные
дефекты и улучшить
возможности.
Экстремальное программирование - Extreme Programming
-
«быстрый» метод разработки ПО, который характеризуется
тесным
взаимодействием разработчиков с находящимися
тут
же представите-
лями клиентов, ограничением документации требований «историями
пользователей», а также быстрым и частым выпуском
небольших
фрагментов функциональности пользователей.
Словарь терминов 539
Библиографический список
Abran, Alain и
James
W.
Moore,
eds.
2001.
Guide
to
the Software Engineer-
ing Body of Knowledge, Trial Version.
LosAlamitos,
CA:
IEEE
Computer
So-
ciety Press.
Alexander, Ian F. и Richard Stevens. 2002. Writing Better Requirements.
London:
Addison-Wesley.
Ambler, Scott.
1995.
Reduce Development Costs with Use-Case Scenar-
io Testing. Software Development 3(7):53-61.
Те
же авторы. 1999.
Trace
Your Design. Software
Development
7(4):48-55.
Andriole, Stephen J.
1996.
Managing Systems Requirements:
Methods,
Tools, and Cases.
New
York: McGraw-Hill.
Arlow,
Jim. 1998. Use Cases, UML Visual Modeling and the
Trivial!
sat
ion
of Business Requirements. Requirements Engineering 3(2);150-152.
Armour, Frank и Granville Miller. 2001. Advanced Use Case Modeling:
Software Systems. Boston, MA: Addison-Wesley.
Arnold, Robert S. и Shawn A.
Bohner.
1996. Software Change Impact
Analysis. Los Alamitos, CA: IEEE Computer Society Press.
Bass, Len, Paul Clements и
RickKazman.
1998.
Software Architecture in
Practice. Reading, MA: Addison-Wesley.
Beck, Kent. 2000. Extreme Programming Explained: Embrace Change.
Boston, MA: Addison-Wesley.
Beizer, Boris. 1990. Software Testing
Techniques,
2d ed. New York: Van
Nostrand Reinhold.
Те
же авторы. 1999.
Best
and Worst Testing Practices: A Baker's Dozen.
Cutter IT Journal 12{2):32-38.
540
Beyer,
Hugh и Karen
Holtzblatt.
1998.
Contextual Design: Defining Cus-
tomer-Centered Systems. San Francisco, CA: Morgan Kaufmann Publish-
ers, Inc.
Blackburn, Joseph D., Gary D. Scudder и Luk N. Van Wassenhove.
1996.
Improving Speed and Productivity of Software Development: A Global Sur-
vey of Software Developers. IEEE Transactions on Software Engineering
22(12):875-885.
Boehm,
Barry W. 1981. Software Engineering Economics.
Englewood
Cliffs, NJ: Prentice Hall.
Те же авторы. 1988. A Spiral Model of Software Development and
En-
hancement. IEEE Computer
21
(5):61
-72.
Те же авторы. 2000. Requirements that Handle
IKIWISI,
COTS, and Rap-
id Change. IEEE Computer
33(7):99-102.
Boehm,
Barry
W. и Philip N. Papaccio.
1988.
Understanding and Control-
ling Software Costs. IEEE Transactions on Software Engineering
14(10):1462-1476.
Boehm, Barry, J. R. Brown и
М.
Lipow. 1976. Quantitative Evaluation of
Software Quality. Second IEEE International Conference on Software Engi-
neering, 592-605. Los Alamitos, CA: IEEE Computer Society Press.
Boehm, Barry
W.,
etal.
2000. Software Cost Estimation with
Cocomo
II.
Upper Saddllnternational Conference on Software Engineering, 592-605.
Los Alamitos, CA: IEEE Computer Society Press.
Boehm, Barry
W.,
etal.
2000. Software Cost Estimation with Cocomo II.
Upper Saddle River, NJ: Prentice Hall PTR.
Booch,
Grady, James
Rumbaugh
и
Ivar
Jacobson. 1999. The Unified
Modeling Language User Guide. Reading, MA:
Addison-Wesley,
Brooks, Frederick P.. Jr.
1987.
No Silver Bullet: Essence and Accidents
of
Software Engineering. С River, NJ: Prentice Hall PTR.
Booch, Grady, James Rumbaugh и Ivar Jacobson. 1999. The Unified
Modeling Language User Guide. Reading, MA: Addison-Wesley. •
Brooks, Frederick P., Jr. 1987. No Silver Bullet: Essence and Accidents of
Software Engineering. Computer 20(4):
10-19.
Brown,
Norm. 1996.
Industrial-Strength
Management Strategies. IEEE
Software 13(4}:94~103.
Те же авторы. 1999. High-Leverage Best Practices: What Hot Compa-
nies Are Doing to Stay Ahead. Cutter
IT
Journal 12(9):4-9.
Библиографический список 541
Business Rules Group. 1993. Defining Business Rules: What Are They
Real
ly?
h
ttp://www.
businessrulesgroup.
org.
Caputo,
Kim. 1998.
CMM
Implementation Guide: Choreographing Soft-
ware Process
Improvement.
Reading, MA: Addison-Wesley.
Carnegie Mellon
University/Software
Engineering Institute. 2000a.
CMMI
for Systems Engineering/Software Engineering, Version 1.02: Staged Rep-
resentation. Technical
Report
CMU/SEI-2000-TR-018.
Pittsburgh, PA: Car-
negie Mellon University/Software Engineering Institute.
Те же авторы.
2000b.
CMMI for Systems Engineering/Software Engi-
neering,
Version
1.02:
Continuous Representation. Technical Report CMU/
SEI-2000-TR-029. Pittsburgh, PA: Carnegie Mellon University/ Software
Engineering Institute,
Carr, Marvin J., Suresh L. Konda, Ira Monarch, F. Carol
Ulrich
и Clay F.
Walker. 1993. Taxonomy-Based Risk Identification (CMU/ SEI-93-TR-6).
Pittsburgh, PA: Software Engineering Institute, Carnegie Mellon University.
Cavano, J. P. и J. A. McCall.
1978.
A Framework
for
the Measurement of
Software Quality.
ACM
SIGSOFT
Software Engineering Notes 3(5):
133-139.
Charette,
Robert N.
1990.
Applications Strategies for Risk Analysis. New
York: McGraw-Hill.
Christel,
Michael G. и
КуоС.
Kang. 1992. Issues in Requirements Elicita-
tion (CMU/SEI-92-TR-12). Pittsburgh, PA: Software Engineering Institute,
Carnegie Mellon University.
Cockburn,
Alistair. 2001. Writing Effective Use Cases.
Boston,
MA: Addi-
son-Wesley.
Те же авторы. 2002. Agile Software Development. Boston, MA: Addison-
Wesley.
Cohen, Lou.
1995.
Quality Function Deployment:
How
to
Make
QFD
Work
forYou. Reading, MA: Addison-Wesley,
Collard; Ross. 1999. Test Design. Software Testing
&
Quality Engineering
1{4):30-37.
Constantine, Larry. 1998. Prototyping from the User's Viewpoint.
Soft-
ware Development
6(11
):51-57.
Constantine, Larry L. и
Lucy
A. D.
Lockwood.
1999. Software for Use: A
Practical Guide to the Models and Methods of Usage-Centered Design.
Reading, MA: Addison-Wesley.
542 Библиографический список
Cooper, Alan.
1999.
The Inmates Are Running the Asylum: Why High Tech
Products Drive Us Crazy and How To Restore the Sanity. Indianapolis, IN:
Sams.
Covey, Stephen R. 1989. The 7 Habits of Highly Effective People. New
York: Simon & Schuster.
Davis, Alan
M.
1993. Software Requirements:
Objects,
Functions,
and
States. Englewood Cliffs, NJ: Prentice Hall PTR.
Те же авторы.
1995.
201 Principles of Software Development.
NewYoik:
McGraw-Hill.
DeGrace, Peter и Leslie
HuletStahl.
1993.
The
Olduvai
Imperative:
CASE
and the State of Software Engineering Practice. Englewood Cliffs,
NJiYonr-
don Press/Prentice Hall.
DeMarco,Tom.
1979.
Structured Analysis and System
Specification.
En-
glewood Cliffs, NJ: Prentice Hall.
DeMarco,
Tom и Timothy Lister. 1999. Peopleware: Productive
Projects
and
Teams,
2d ed.
New
York: Dorset House Publishing.
Drabick, Rodger D. 1999. On-Track Requirements. Software Testing &
Quality Engineering
1(3):54-60.
Dutta,
Soumitra, Michael Lee и
LukVanWassenhove.
1999. Software En-
gineering in Europe: A Study of Best Practices. IEEE Software
16(3):82-90.
ESPITI. 1995. European Software Process Improvement Training
Initia-
tive. User Survey Report.
Pagan,
Michael E. 1976. Design and Code Inspections to Reduce Errors
in Program Development. IBM Systems Journal
15(3):
182-211.
Ferdinand!,
Patricia L. 2002. A Requirements Pattern: Succeeding in the
Internet Economy. Boston, MA: Addison-Wesley.
Fisher, Roger, William Ury и Bruce Patton. 1991. Getting
to
Yes: Negotiat-
ing Agreement Without Giving In.
New
York: Penguin USA.
Florence,
Al.
2002. Reducing Risks Through Proper
Specification
of
Soft-
ware Requirements. CrossTalk 15(4}:13-15.
Fowler, Floyd J. 1995. Improving Survey Questions: Design and Evalua-
tion. Thousand
Oaks,
CA: Sage Publications.
Fowler, Martin. 1999. Refactoring: Improving the Design of Existing
Code. Boston, MA: Addison-Wesley.
Библиографический список 543
Freedman,
Daniel
R
и Gerald
M.
Weinberg.
1990. Handbook of Walk-
throughs, Inspections, and Technical Reviews: Evaluating
Programs,
Projects, and Products, 3d ed.
New
York: Dorset House Publishing.
Gainer, Jeff.
1999,
The Cutter IT E-Mail Advisor, August
11,1999.
Gause,
Donald
С. и Brian Lawrence. 1999. User-Driven Design. Software
Testing & Quality Engineering 1
(1
):22-28.
Gause, Donald С. и Gerald M. Weinberg.
1989.
Exploring Requirements:
Quality
Before Design.
New
York: Dorset House Publishing.
Gilb,
Tom. 1988. Principles of Software
Engineering
Management. Har-
low,
England:
Addison-Wesley.
Те же авторы.
1997.
Quantifying the Qualitative:
How
to Avoid Vague Re-
quirements by Clear Specification Language.
Requirenautics
Quarterly
12:9-13.
Gilb, Tom и Dorothy Graham. 1993. Software Inspection.
Wokingham,
England: Addison-Wesley.
Glass, Robert L.
1992.
Building Quality Software. Englewood Cliffs, NJ:
Prentice Hall.
Те же авторы. 1999.
Inspections—Some
Surprising Findings, Commu-
nications of the ACM 42(4):
17-19.
Gotel,
О. и A. Finkelstein. 1994. An Analysis of the Requirements Trace-
ability Problem. In Proceedings of the First International Conference on Re-
quirements Engineering, 94-101.
Los
Alamitos,
CA: IEEE Computer Society
Press.
Gottesdiener, Ellen.
2001.
Decide
How
to Decide. Software Development
9(1);65-70.
Те же авторы. Requirements by Collaboration: Workshops for Defining
Needs. Boston, MA: Addison-Wesley,
Grady, Robert B. 1999. An Economic Release Decision Model: Insights
into Software Project Management. In Proceedings of the Applications of
Software Measurement Conference,
227-239.
Orange Park, FL: Software
Quality Engineering.
Grady,
Robert
В.
и
Tom Van Slack. 1994. Key Lessons in Achieving Wide-
spread Inspection Use.
IEEE
Software
11
(4):46-57.
Graham, Dorothy. 2002. Requirements and Testing: Seven Missing-Link
Myths. IEEE Software
19(5):
15-17.
544 Библиографический список
Ham, Gary A. 1998. Four Roads to Use Case Discovery: There Is a Use
(and a Case) for Each One.
CrossTalk
11
(12):
17-19.
Hatley,
Derek, Peter Hruschka и Imtiaz Pirbhai. 2000. Process for System
Architecture and Requirements Engineering.
New
York: Dorset House Pub-
lishing.
Highsmith,
James
A.,
III. 2000. Adaptive Software Development: A Col-
laborative Approach to Managing Complex Systems. New York: Dorset
House Publishing.
Hofmann, Hubert F. и Franz
Lehner.
2001.
Requirements Engineering as
a Success Factor in Software Projects. IEEE Software 18(4):58-66.
Hohmann, Luke. 1997. Managing Highly Usable Graphical User Interface
Development
Efforts,
http://members.aol.com/lhohmann/papers.htm.
Hooks, Ivy F. и Kristin A. Farry.
2001.
Customer-Centered Products: Cre-
ating Successful Products Through Smart Requirements Management
New
York:
AMACOM.
Hsia, Pei, David Kung и
Chris
Sell. 1997. Software Requirements and Ac-
ceptance Testing. In Annals of Software Engineering, Nancy R. Mead, ed,
3:291-317.
Humphrey, Watts S. 1989. Managing the Software Process. Reading,
MA:
Addison-Wesley.
Те
же авторы. 1997. Managing Technical People: Innovation, Teamwork,
and the Software Process. Reading, MA:
Ad
di
son-Wesley.
IEEE. 1990.
IEEE
Std
610.12-1990:
IEEE Standard Glossary of Software
Engineering Terminology. Los
Alamitos,
CA: IEEE Computer Society
PreEis.
Теже
авторы. 1992, IEEE Std 1061-1992: IEEE Standard
fora
Software
Quality Metrics Methodology. Los Alamitos, CA: IEEE Computer
Society
Press.
Те
же авторы. 1998а. IEEE Std 1362-1998: IEEE Guide for Information
Technology—System
Definition—Concept
of Operations
(ConOps)
Docu-
ment. Los Alamitos, CA: IEEE Computer Society Press.
Те
же авторы. 1998b.
IEEE
Std 830-1998: IEEE Recommended Practice
for Software Requirements Specifications. Los Alamitos, CA: IEEE Comput-
er Society Press.
Те
же авторы. 1998с. IEEE Std 1233-1998: IEEE Guide for Developing
System Requirements
Specifications.
Los Alamitos, CA: IEEE Computer So-
ciety Press.
Библиографический список 545
International Function Point Users Group. 2002. Function Point Counting
Practices
Manual,
Version
4.1.1.
Princeton Junction, NJ: International
Function Point Users Group.
Jackson, Michael.
1995.
Software Requirements & Specifications: A Lex-
icon of Practice, Principles, and Prejudices.
Harlow,
England:
Addison-Wes-
ley.
Jacobson,
Ivar,
Magnus
Christerson,
Patrik Jonsson и Gunnar
U,ver-
gaard.
1992.
Object-Oriented Software Engineering:
A
Use
Case Driven Ap-
proach. Harlow, England: Addison-Wesley.
Jacobson,
Ivar,
Grady Booch и James Rumbaugh. 1999. The Unified
Software Development Process. Reading, MA: Addison-Wesley,
Jarke, Matthias. 1998. Requirements Tracing. Communications of the
ACM41{12):32-36.
Jeffries, Ron, Ann Anderson и
Chet
Hendrickson.
2001.
Extreme Pro-
gramming Installed. Boston, MA: Addison-Wesley.
Jones, Capers.
1994.
Assessment and Control of Software Risks.
Engle-
wood
Cliffs, NJ: Prentice
Hall
PTR.
Те же авторы. 1996а. Strategies for Managing Requirements Creep.
IEEE Computer 29(6}:92-94.
Те же авторы. 1996b. Applied Software Measurement,
2ded.
New
York:
McGraw-Hill.
Те же авторы. 1997. Software Quality: Analysis and Guidelines for Suc-
cess. Boston, MA: International Thomson Computer Press.
Jones, David
A.,
Donald M.York, John F.
Nallon
и Joseph Simpson. 1995.
Factors Influencing Requirement Management Toolset Selection. In Pro-
ceedings of the Fifth Annual Symposium of the National Council on Systems
Engineering, vol.
2,
33-58. Seattle, WA:
International
Council on Systems
Engineering.
Jung, Ho-Won.
1998.
Optimizing Value and Cost in Requirements Analy-
sis. IEEE Software 15(4):74-78.
Karlsson, Joachim и Kevin Ryan.
1997.
A Cost-Value Approach for Prior-
itizing Requirements. IEEE Software 14(5):67-74.
Keil,
Mark и Erran Carmel.
1995.
Customer-Developer
Links in Software
Development. Communications
of
the ACM 38(5):33-44.
Kelly, John C., Joseph S. Sherif и Jonathon Hops. 1992. An Analysis of
Defect Densities Found During Software Inspections. Journal of Systems
and
Software
17(2):111-117.
546 Библиографический список