|
|
|
Looking for HtmlIndex?
See our Products page.
Whitepapers
| Title |
Taming the Expanding
System Complextiy of a Commercial Product: Embracing Systems Engineering
Principles in a Commercial Development Environment. |
| Abstract |
The development
momentum of complex commercial products are often choked by an interminable
cycle of test and corrective action that devours and overwhelms
resources. The root cause of this class of problem is that traditional
commercial development environments do not make use of sound Systems
Engineering principles as their products mature into highly complex
systems.
This paper provides
an account of how Fujitsu Australia's Telecommunications Reserach
and Development (R&D) centre is exploiting the years of experience
gained by the Aerospace and Defense industries, and adapting their
highly tuned and proven Systems Engineering practices into the commerical
development environment.
The centre piece
of this paper is the adopted generic Systems Engineering Model that
has become the central focus of development capability maturation
within the R&D centre.
|
| Download |
TamingComplexity.pdf
(56kb) |
|
|
| Title |
Things People
Say About Testing |
| Abstract |
The activites
and objective of Test are often, though unconsciously, regarded as
both natural and intuituve! This genuine, though mistaken, feeling
of familiarity with Test leads many organisations and individuals
to hold beliefs about Test, which are neither true nor logical. Generally
these beliefs are of no consequence to the responsible Test manager.
However, in a time of crisis important, but "test naive",
stakeholders may begin to question the function, scope, and methods
of Test. Under these circumstances, the Test manager will need to
reply satisfactorily to "the things people say about testing". |
| Download |
ThingsPeopleSay.pdf
(14kb) |
|
|
| Title |
Creating and
Managing a Resilient DOORS Schema |
| Abstract |
So you've purchased
DOORS, it's been installed, the pilot project's been selected, the
boss is waiting anxiously for signs of a return on investment and
you're blankly staring at the PC screen wondering what happens next.
You've seen the demos, perhaps visited a reference site or witnessed
DOORS in action at a user group meeting, but how did they take DOORS
out of the box and get it to do all that great stuff.
The beauty of
DOORS in that not only is it's base architecture designed for Requirements
Management, it's power lies in its ability to be customised to meet
your specific Requirements Management needs.
This paper will
step through the process that Fujitsu Australia used to take DOORS
out-of-the-box and architect a module, attribute and view schema
to meet the Requirements and Test Management needs of its System
Development Lice cycle (SDLC) model. This paper will also walk through
some process management examples including how DOORS has been customised
to strengthen its baseline management feature and how to manage
suspect incoming links that come from source objects that have a
modification timestamp that's later that than of the current target
object being viewed.
|
| Download |
DOORSSchema.pdf
(65kb) |
|
|
|