Step: Domain Validation
-
- Action:
-
Certify that baselined, deliverable Domain Implementation
will satisfy
application engineering projects'
needs, as specified in the Domain Definition (available in future releases).
- Input:
-
-
Domain Definition
-
Domain Implementation
- Result:
-
None
- Heuristics:
-
-
Review the Domain Plan and Domain Definition from the perspective of
application engineering
projects.
Ensure that the product and process needs of
projects
are properly represented. Advise the rest of Domain Engineering on the
realistic product and process needs of
application engineering projects.
-
Perform an independent evaluation of each baseline of the Domain Implementation
as it becomes available. Evaluate whether it properly satisfies and balances
the intended mix of general business objectives and specific application
engineering project/customer needs.
-
Perform independent validation, including extensive, scenario-based testing of
the (integrated) Product Implementation and Application Engineering Environment
portions of the Domain Implementation baseline. Evaluate the correctness and
usability of the Application Engineering User's Guide and Application
Engineering Environment Support Manual
as
they relate
to use of the Product Implementation and Application Engineering Environment.
-
Attempt to build typical products that reflect realistic project experience on
existing systems in the domain. Identify capabilities or characteristics of
those products that the Domain Definition accommodates but that are not
attainable with the provided Domain Implementation baseline.
-
Evaluate the impact of the Domain Implementation baseline on the efficiency and
effectiveness of
application engineering
projects.
Identify improvements in realistic and practical Domain Implementation
usability.
Step: Domain Delivery
-
- Action:
-
Deliver Domain Implementation to
an
application engineering project, assist with its use, and identify needed
product or process improvements (available in future releases).
- Input:
-
Domain Implementation
- Result:
-
None
- Heuristics:
-
-
Initiate an instance of this activity
upon creating
each targeted application engineering project; continue this activity until the
project terminates.
-
Provide copies of process documentation (i.e., the Application Engineering
Process Standard and
the Application Engineering User's Guide) to the engineers and managers of the
application engineering project.
-
Install the Application Engineering Environment (and subsequent upgrades),
including the Adaptable Components from the Product Implementation, for project
use and check it for proper operation. Follow installation procedures
documented in the Application Engineering Environment Support Manual.
-
Use Application Engineering Training Courses to provide formal instruction to
application engineers (including project managers) in the proper and effective
use of the Application Engineering process and the associated Process Support
and Product Implementation work products.
the Application Engineering Process Standards and Procedures for understanding
of the process in-the-large and
the Application Engineering User's Guide for understanding and performing the
process
in-the-small.
Explain the use of the Application Engineering Environment as described in the
User's Guide.
-
Provide consultation services to application engineers as they perform
Application Engineering. Consulting requires extensive domain knowledge to
answer application engineers' questions accurately and fully. Consultants
should be knowledgeable in all aspects of Domain Implementation. There also
needs to be a core of expert consultants who are sufficiently familiar with
other domain engineering work products to provide complete, detailed, in-depth
information, rationales, and assistance when complex problems are encountered
by a project. In small organizations, the entire domain engineering team may
be called on as a consulting resource.
-
In response to the delivery services provided, application engineers will
identify problems, improvements, and future needs that Domain Engineering
should consider for possible action. Some of these ideas will relate directly
to meeting customers' needs while others will relate to how efficiently
application engineers can use the process and associated domain assets.
Properly record and communicate these ideas and their motivations to the rest
of Domain Engineering as feedback from application engineering. This is a key
part of Project Support and is essential to continual project and market
responsive improvement and evolution
of a domain.
-
- Risk:
-
The needs of a particular application engineering project will conflict with a
simple interpretation of prescribed standards and procedures.
- Implication:
-
The project will be forced to work in conflict with that interpretation and to
be less effective and efficient.
- Mitigation:
-
Try to interpret standards and guidelines flexibly so that they best fit the
needs of
each
project. Be aware of variations in the Process Support, particularly in
environment installation, that support different needs. Tailor consultation
and training to
each particular
project's needs.
- Risk:
-
Changes in the circumstances of a project may conflict with the previous
interpretation of prescribed standards and procedures.
- Implication:
-
The project will be forced to work around obsolete support and will be less
effective and efficient than necessary.
- Mitigation:
-
Reconsider the support given to a project whenever circumstances change
significantly. Be prepared to adjust the environment, training,
and consulting advice to fit current needs better.
-
- Contingency:
-
Application engineers are having difficulty using the Application Engineering
process or Domain Implementation to develop
applications.
- Source:
-
Process Support Development Activity
- Response:
-
-
Suggest better ways to the project for performing the process within the
prescribed standards.
-
Document the nature of the difficulties and suggest improvements in the
prescribed process or in its
documentation, automation, or training.
- Contingency:
-
Particular, noncommon customer requirements cannot be expressed in an
Application Model.
- Source:
-
-
Domain Definition Activity
-
Process Requirements Activity
-
Process Support Development Activity
- Response:
-
-
Identify unrecognized domain variations that application engineers need.
-
Suggest to the project how it can best work around current limitations.
- Contingency:
-
Projects cannot build applications that provide required behavior or that
satisfy required constraints on resource usage (e.g., time, space,
reliability).
- Source:
-
-
Domain Analysis Activity
-
Domain Implementation Activity
- Response:
-
-
Document the requirements or constraints that cannot be satisfied.
-
Suggest to the project how to best remedy the behavior or resource usage.
None
Synthesis Leveraged Domain Engineering
