文档介绍：.
. >
××软件工程开发流程
修改历史
日期
作者
修改容
2003-0析组的工作，在对日工程分析组中，进展设计文档的统一确认，在对中方工程中，承当需求的统一把关处理。同时负责分析组的日常工作安排的统筹。
QA：
统一管理工程质量保证，监视工程组各项活动有序开展
程序员：
主要是负责工程按照分析文档的实施，同时，在实施过程中优化代码构造，提出合理化建议，其中优秀者可以作为TeamLeader负责具体组织工作和分析管理工作。
测试员：
负责公司测试流程的具体实施，要求掌握测试的技术，提出合理化建议，并保证整个软件的可靠度。
翻译人员：
负责中外文文档的翻译，要求工作严谨，保证质量。在同客户交流中，负责接待和沟通。同时，在个人的开展意向中可以兼顾其它公司的常务工作。
开发部概要流程图
开发部管理人员工作流
软件开发管理体系构成
参与人员：
〔技术设计负责人+测试负责人〕+工程组长
管理主线：
管理人员去适宜目前我们正在进展的总量有多少，检收而为付款的有多少，实施完毕而没有检收的有多少。
管理人员去看我们下周能够承受的工程有多少，以便在每周五可以制定下周的工作方案。
工程经理可以看自己负责工程的根本参数。
Bug管理系统：作为质量控制过程实际结果的监控。以便总结质量的问题，进展反应。
.
. >
Fileserver 文档：通过文档管理和整理，保证全部职员能够随时的了解其他工程的信息和相信容。同时，统一化文档管理，为以后的开展提供素材。所有的文档主要包含如下几种：
HearingSheet：一个简要的需求，重点在于强调这个需求的原因〔前因后果〕
UI文件
设计文档： 东京和共同进展
估算报价书
问题收集表：所有的问题一定要集中在一个文档
功能点文档：一定要融合问题收集表对应答案的所有容
方案文档：要包含甘特图
工程总结及绩效分配方案：把工程总结作为重点进展。
单体测试用例；按照模板进展
测试组测试用例: 要保证最后的测试结果
确认测试用例： 客户确认
beta版后障害书：工程确认者发送，按照同一格式进展书写和填写。
beta后障害list表，其中包含bug的简单描述、bug的类型确定和各部门关于bug的总结。
〔2〕过程管理类
一个工程两次会议：工程启动会议和工程总结会议
工程启动会议主要是讲述工程的功能点，并据具体问题，进展严格的定义，说明本工程所必须遵守的特殊规则，子功能间的前后顺序，统一的接口定义，和每个人在工程实施中应该注意的问题。
工程总结会议和MD分配方案确实定。主要是根据工程实施的结果，进展集中的讨论
和谐而公平的团队：公司其他方面的管理，就是为了加强管理，提倡量化。做到各司其职，多劳多得，公平评价，提供时机给相应的人。
管理人员考前须知
其中反应机制的建立最关键。其中管理必须遵守以下规则：
对象
流程
工作容
上流方
下流方
备注