在某个项目中我们的做法有两个方面：一是请领域专家参与到系统开发的早期阶段;二是开发系统原形，原形包括功能性的原形和用户界面性的原形，也可以是二者混合的原形，用这些原形确认用户的需求。让领域专家参与开发的早期阶段，是保证分析人员有充足的时间和领域专家进行充分的交流和确认。在这个阶段，原形可能在提交到用户之前，首先被领域专家确认，这样保证了原形被认可的程度和认可过程耗费的时间尽可能的短，从而在提高效率的同时保证了质量。

　　在开发方内部还有三项保证措施：系统分析委员会保证系统分析集思广益;质量监督组对分析工作的监督;技术支持人员参与需求调研。

　　分析委员会的意义在于任何分析人员在提交其所分析部分的分析说明书前，必须通过委员会的共同审议，委员会的成员根据各自的分析经验和自身所分析的部分对他人的分析报告提出质疑。如此审议过后保证了各部分间相互关联的部分被明确定义，避免了由于“疏忽”造成系统在后期进行整合时出现较严重的系统鸿沟或系统重叠。

　　质量监督组在项目的任何阶段都要提出监督计划。按照监督计划分配相应的资源来保证某阶段的开发质量。分析阶段的监督计划会在分析任务之前被项目经理，项目负责人、系统分析员以及技术支持所了解。为保证分析工作高质量进行，同时分析工作又不被过分打扰，质量监督组则主要针对《系统分析报告》进行复审，只在认为确实有必要的情况下才召开质量复审会议。质量复审会议的主要参与者是项目经理、项目负责人、分析人员和质量监督组组长。会议的主要议题是提出质量质疑，给出改进建议即可。具体是否存在质量问题，是否需要改进，不在会议中进行讨论。以此保证了会议参与的人数较少，会议的时间尽可能的短。

　　通过技术支持的职责可以发现，技术支持参与分析调研有利于对分析工作的监督，在获得用户需求的口头表达之后，能帮助技术支持更好地扮演开发阶段“用户”的角色。技术支持具有相当的计算机技术背景，在接下来的开发过程中就能较好的起到监督的作用，也为将来维护和为用户提供更好的服务奠定基础。

　　系统设计

　　优良的体系结构应当具备可扩展性和可配置性，这两方面因素的实现是通过WindowsDNA的应用完成的，正如建议书中所述，在此不再赘述。

　　实现

　　实现也就是代码的生产过程。从设计的结构图中可以看出，生产的类别有类的生产，组件的生产，构件的生产，应用系统的整合，以及各种测试用例的生产。

上一页  [1] [2] [3] [4]