项目经理 1 人 主要职责：进行全局把握，侧重于项目标商务方面，充当项目组同客户正式沟通接口步骤。 项目责任人 1 人 主要职责：制订项目开发计划和开发策略，参加项目关键系统分析设计，同时努力确保开发计划按时完成和开发策略真正落实落实。 领域教授 1 或 2 人 主要职责：在软件分析阶段帮助分析人员界定系统实现边界和实现功效，对特定检测点进行算法审核，同时对测试策略和软件操作界面提出参考意见。 质量监督组 1 或 2 人 主要职责：编制软件质量控制计划，并负责落实；控制必要文档生产，经过文档，监督项目实施过程中软件质量，并产生软件质量汇报，提请项目经理和项目责任人批阅；对于项目中出现质量问题，主持召开质量复审会议。 系统分析员 1 或 2 人 主要职责：协同项目责任人进行软件系统分析和设计工作，书写软件需求分析和系统设计相关文档。在软件实现阶段进行测试策略编制和对性能测试指导。 程序员 2 或 3 人 主要职责：帮助分析人员进行详细设计，和软件系统代码实现，并进行适当白盒测试。 测试员 2 或 3 人 主要职责：已经实现软件组件、构件或系统进行正确性验证测试，整合后系统性能测试等。书写测试汇报和测试统计汇报提请质量监督组复审。 技术支持 2 或 3 人 主要职责：协同系统分析人员听取用户需求，对需求分析进行参考性复审。协同测试人员进行测试，书写操作手册和在线帮助，在项目交付用户之后进行跟踪服务。 文档组 1 或 2 人 主要职责：对各部门产生文档进行格式法律规范、版本编号和控制、存档文件检索；帮助质量监督组进行软件质量监督。 经过适当人员配置和职责划分，能有效降低软件开发在后期失控可能性，和软件对关键人员依赖性。 软件技术风险 本系统拟订实行两个重大软件技术是面对对象构件和基于微软 COM 组件技术。组件和构件技术都是为了提升软件可靠性和软件可扩展性而实行技术伎俩。从技术成熟度上说不存在风险，但为了实现良好软件构架和稳定组件，与传统开发方法比较，有相当多额外工作需要做，这会给项目工期带来较大风险。 回避和控制这部分风险方法是在项目进行过程不停对该阶段进行风险估量和指定有效里程碑。同时实行"范例"方式提升开发人员构件组件分析识别能力，适时调整构件组件数量和粒度。 软件过程风险 软件需求阶段风险 软件开发是以用户需求开始，在大多数情况下，用户需求要靠软件开发方诱导才能确保需求完整，再以书...
