文档介绍：Standardization of sany group #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#
软件项目开发流程
某软件项目开发流程
修改历史
日期
作者
修改内容
2003-中数据库的数字和工时统计必须对应，此为东京证券的要求）
数字核对：××
数字不对者，按照一次扣除
问题反馈
问题反馈
把当天所遇到的问题按照条目化罗列。必须包含内容和状态两部分
例如：1 内容： BS详细页面存在老bug，状态：已经解决
2 内容：文档出现问题，无法继续。状态：等待解决
内容监督：项目经理
不付责任的乱填或不填，一个日报扣除(如果在特殊情况下无问题，也要写无)
MD输入
订货（预定）金额
必须在项目总结会议结束之后，同时要经过项目经理的审核。
输入值为实际值的10倍（因为数值型目前只能为整数）
职员的输入由项目经理负责
项目经理的核对由项目总控助理进行
职员如果不填写则按照输入值进行绩效考核。
如果职员输入的MD与分配时不符合项目经理扣除
附图1：
周报（Week Report）日报（Daily Report）的使用
主要是使用对象为管理者，主要是适用于向管理者汇报整体问题。在概念上，日报周报为概括说明，而report则属于细节描述。
内容
负责人
填写要求
监督人
违规处理
日报
项目经理部长－》部长
项目进展状况：
不能解决的问题反馈
建议或提议
突发问题必须反馈
项目总控人员
如果由于没有汇报造成问题，按一次扣除
周报
项目经理－》部长
部长－》项目总控
项目进展整体状况：
不能解决的问题反馈
建议或提议
必须填写
项目总控助理
周报不写，按一次扣除
目标功能的使用
由于分部内有单独的激励费用，所以建议分部内建立目别考核体系。为每一个程序员根据个人不同的能力和状况设定目标，对于圆满完成目标者进行鼓励。同时，保证公司的开发效果在可控制范围内。
项目信息管理的使用。
本管理系统在2003年开始实行，主要目前是记录公司所有项目的里程碑信息。为以后项目的整理和后期处理提供真实的数据。同时，维护公司的项目信息数据库。
注意事项：
其中关于项目中所设计的文档，统一放在fileserver上2004目录中。
关于文档名称和路径的书写方法如下,保证能够尽快打开文档：//fileserver/project/2004/14258/测试用例/
2004年1月1号起,东京新项目
项目
要求
对应负责人
出错处理方法
备注
项目名称
必填，同时应有对应的项目号
××
扣除MD
北京项目编号
必填
××
扣除MD
添加时一定要注意唯一性，与
项目类型
不能为空，目前类型有
Research
Normal
Confirm
Merge
Others
××
扣除MD
目前的规则为小于5md的均为RESEARCH项目
项目名称
必填
××
扣除MD
项目的名称应包含项目的ID，关于项目ID的生成方法，参考日方对应文档
客户方负责人
必填
××
扣除MD
分析负责人
北京分析项目，为必填项目
东京设计，为非必填
部长（但是必须制定具体负责人）
扣除MD
项目负责人
必填项目
部长
扣除MD
项目负责人应该是直接负责人（不是最先指定的部长）
本公司负责人
不能为空
初始必填的人员为项目总控人员及助理、对应部长、测试部经理,公司技术负责人（马俊）
××
项目负责人
扣除MD
如果没有项目负责人，与××联系
分析开始时间
必填
对应该项目的分析员
扣除MD
公司技术负责人在分析项目开始时应把对应分析员加到项目列表中
概要设计完成时间
必填
对应该项目的分析员
扣除MD
详细设计完成时间
必填
对应该项目的分析员
扣除MD
FP文档完成时间
必填
对应该项目的分析员
扣除MD
分析完毕时间
必填
对应该项目的分析员
扣除MD
项目接收时间
必填
××
扣除MD
项目最终对应MD
原则不为空，在特殊情况下为空，在项目备注重必须说明原因。
××
扣除MD
本MD伴随着MD的变更需要动态变化
项目经理（Mail通知）
Md变更附件名称
不是必须，但是只要有变更有内容，此项目必须要有
××
项目经理（Mail通知）
扣除MD
项目最终报价
原则不为空，在特殊情况下为空，在项目备注重必须说明原因。
××
扣除MD
必须与对应MD*11000基本一致。同时必须和MD变更纪录一致