软件研发管理制度
目录
1 软件研发制度综述 (4)
1.1 精简模型 (4)
1.2 精简过程域的目的 (4)
1.3 精简模型文档结构与规范细分 (5)
1.4 精简模型角色与职责表 (6)
1.5 公司软件过程的政策 (8)
1.5.1目标 (8)
1.5.2机构领导的支持 (8)
1.5.3质量管理的政策 (8)
1.5.4质量保证小组的政策 (9)
1.5.5项目团队的政策 (9)
2 立项管理 (9)
3 项目规划 (9)
4 项目监控 (10)
4.1项目计划跟踪 (11)
4.1.1 任务跟踪 (11)
4.1.2费用跟踪 (11)
4.1.3资源跟踪 (11)
4.1.4工作成果及其规模跟踪 (12)
4.2 控制偏差 (12)
4.3 项目进展汇报 (13)
5 风险管理 (14)
6需求管理 (18)
6.1 需求确认 (18)
6.2 需求跟踪 (20)
6.3 需求变更控制 (20)
7 结项管理 (22)
8需求开发 (23)
9 技术预研 (24)
10 系统设计 (25)
10.1体系结构设计 (26)
10.2用户界面设计 (26)
10.3数据库设计 (27)
10.4 模块设计 (28)
11 实现与测试 (28)
12 系统测试 (30)
13 客户验收 (31)
14 技术评审 (32)
15 配置管理 (33)
16 质量保证 (35)
17 培训管理 (37)
18 服务与维护 (38)
1 软件研发制度综述
1.1 精简模型
“精简模型”是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”，它由众多的过程规范和文档模板组成。
精简模型把产品生命周期划分为6个阶段，分别为：
?产品概念阶段
?产品定义阶段
?产品开发阶段
?产品测试阶段
?用户验收阶段
?产品维护阶段
在精简模型中，软件项目的过程有三大类：项目管理过程、项目研发过程和机构支持过程。上述三类过程可以细分为17个主要过程域，分布在产品生命周期的各个阶段。
项目管理过程包含6个过程域，分别为：
?立项管理
?结项管理
?项目规划
?项目监控
?风险管理
?需求管理
项目研发过程包含7个过程域，分别为：
?需求开发
?技术预研
?系统设计
?实现与测试
?系统测试
?客户验收
?技术评审
机构支撑过程包含4个过程域，分别为：
?配置管理
?质量保证
?培训管理
?服务与维护
精简模型如图1-1所示。精简模型的主要特征和优点有：
一、直观的过程模型
精简模型将项目管理、项目研发、机构支撑所包含的工作划分为相对独立的三类过程，各个过程域之间的关系直观明了。这样，机构领导、项目经理、开发人员、测试人员、质量保证人员等人根据精简模型，很容易知道自己“应该在什么时候、按照什么规范做什么事情”。所以精简模型有助于使机构内的各个职能单位有条不紊地开展工作。
二、容易裁剪与扩充
精简模型的三类过程贯穿了产品的整个生命周期，17个最常见的过程域都合理地安排在产品生命周期中的某些阶段。用户可以根据自己产品的特征，适当地裁剪或扩充精简的过程域，很容易制定出最适合于本产品的过程模型。
DP05b_205_215TC005 092-661解决方案
图1-1 精简模型
1.2 精简过程域的目的
精简模型所有17个过程域的目的如表1-1所示。
表1-1 精简过程域的目的
1.3 精简模型文档结构与规范细分
精简模型的文档结构如图1-2所示，SPP包含17个过程域，规范细分如表1-2所示。
图1-2 精简模型文档结构
表1-2 精简模型规范细分
1.4 精简模型角色与职责表
精简模型的主要角色及其职责如表1-3所示（详见各个过程域对角色与职责的描述）。公司在应用精简模型时，可以将精简模型的各个角色映射到公司原有的岗位上，也可以依据精简模型角色建立新的岗位。一个人可以被赋予多个角色，视具体情况而定。
表1-3 精简模型的角色与职责简表
1.5 公司软件过程的政策
1.5.1 目标
●持续改进机构的软件过程能力，不断地提高产品质量、提高生产率并且降低开发成
本。
1.5.2 机构领导的支持
●机构领导批准用于软件过程改进的必要经费，例如支付咨询费，购买相关软件工具
等。
●机构领导组建SEPG和QAG，专门从事软件过程改进工作。SEPG的主要职责是建
立适合于机构的过程规范，QAG的主要职责是监督该规范的实施。建议让SEPG和QAG的大部分人员重叠，这些人既是SEPG成员又是质量保证员，扮演两种角色。
这样不仅节约人力资源，并且提高了工作效果（由制定规范的人去监督规范的实施最合适不过）。一般地，SEPG成员和质量保证员共占机构总人数的5%左右。
●机构领导不仅要口头支持，还要亲自参与软件过程改进的实践。例如参加培训和考
试，准照过程规范执行立项管理和结项管理等。
1.5.3 质量管理的政策
质量管理口号：“在开发过程之中内建质量而非修补质量”。
质量管理有种基本措施：“质量保证”、“技术评审”和“测试”。
一、质量保证
机构的质量保证员周期性地检查项目成员的“工作过程以及工作成果”是否符合既定的规范，来监控和改进“过程质量以及产品质量”。
机构的质量保证员独立于任何项目，并赋予他一定的权利，对质量不合格的工作成果作出处理。
二、技术评审
在工作成果刚产生之际，对其进行技术评审（分正式或非正式两种），目的是尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而提高产品的质量。
如果时间允许的话，应当尽可能多地对产品的重要工作成果进行技术评审。技术评审活动由项目开发团队组织。
三、测试
测试是指通过运行测试用例（test case）来找出软件中的缺陷。测试与技术评审的主要区别是前者要运行软件而后者不必运行软件。
一般地，产品开发过程中有四个测试阶段：单元测试、集成测试、系统测试和验收测试。其中单元测试和集成测试可以由项目开发团队组织。系统测试阶段必须有项目外
机构成立专门的测试小组从事单元测试、集成测试和系统测试工作。
1.5.4 质量保证小组的政策
机构领导任命一位熟悉过程规范并且有丰富的质量管理经验的人担任QAG的负责人（或称为质量经理）。在机构领导的许可下，该负责人组建QAG（成员可以是全职的也可以是兼职的）。
QAG在行政上独立于任何项目。这种独立性有助于质量保证员客观地检查和监控“过程以及产品的质量”。QAG准照SEPG制定的“质量保证规范”开展工作。
机构领导赋予QAG一定的权利，可以对质量不合格的工作成果做出处理。这种权利使得QAG的工作不会被轻视，并有助于加强全员的质量意识。对于QAG与项目之间出现的难以调和的争议，由机构领导处理。
1.5.5 项目团队的政策
项目中的任何管理人员、开发人员、测试人员等，必须学习与本职工作相关的过程规范，每个人都必须明白自己“应当在什么时候依据什么规范做什么事情”。项目经理应当树立榜样，并且督促项目成员们按规范做事。
允许项目经理根据本项目的特征，在SEPG和QAG的指导下，适当地裁剪或扩充机构的过程规范，从而快速建立本项目的过程规范。这项工作应当在“项目规划过程域”中完成，并在《项目计划》中体现出来。
如果项目对机构过程规范的裁剪幅度比较大，遭到QAG的反对，如果双方不能达成共识，则由机构领导处理该争议。
SEPG对项目过程能力的评估成绩将作为评定项目人员工作业绩的重要因素，具体比重由机构领导决定，建议占30％以上的比重。
2 立项管理
参见《项目管理制度试行V2.1版本》
3 项目规划
在立项管理过程域的项目筹备阶段，机构领导首先任命一位项目经理，之后机构领导协助项目经理筹备项目经费、人力资源、软件硬件资源等。如果必要的资金和资源已经到位，那么项目经理和核心成员即可组成一个项目规划小组，着手制定《项目计划》，并按计划执行研发和管理工作。
二是一些下属计划书（Subordinate Plan），例如《配置管理计划》、《质量保证计划》、一些开发计划和测试计划等。
下属计划书是对《项目计划》的补充，其内容不可与《项目计划》冲突。通常《项目计划》由项目经理负责制定，由机构领导审批。而下属计划书一般由项目成员制定，由项目经理审批即可。
项目计划过程域有3个主要规程：“制定项目计划”、“审批项目计划”和“项目计划变更控制”，流程如图3-1所示。
图3-1项目规划流程图
项目计划模板
4 项目监控
项目监控（Project Monitoring and Control, PMC）的目的是通过周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源、工作成果等，不断地了解项目的进展情况，以便当项目实际进展状况显著偏离计划时能够及时采取纠正措施。
本规范阐述了项目监控过程域的三个主要规程：
?项目计划跟踪
?控制偏差
?项目进展汇报
图4-1 项目监控流程
4.1项目计划跟踪
周期性的跟踪任务（含进度和工作量）、费用、资源、工作成果等，及时了解项目的实际进展情况。
为持续过程改进提供有价值的数据。
4.1.1 任务跟踪
项目经理（或其指定的项目成员）周期性地（如每周一次）跟踪每个重要的任务，将采集的数据保存在《项目监控数据表》之中。任务跟踪表的参考格式如表4-1所示。
表4-1 任务跟踪表
4.1.2费用跟踪
项目经理（或其指定的项目成员）周期性地跟踪项目费用，将采集的数据保存在《项目监控数据表》之中。费用跟踪表的参考格式如表4-2所示。
表4-2 费用跟踪表
4.1.3资源跟踪
项目经理（或其指定的项目成员）周期性地跟踪软硬件资源，将采集的数据保存在《项目监控数据表》之中。资源跟踪表的参考格式如表4-3所示。
表4-3 资源跟踪表
4.1.4工作成果及其规模跟踪
项目经理（或其指定的项目成员）周期性地跟踪工作成果及其规模，将采集的数据保存在《项目监控数据表》之中。工作成果跟踪表的参考格式如表4-4所示。
表4-4 工作成果及其规模跟踪表
4.2 控制偏差
对比“项目实际进展”和“项目计划”，分析偏差，如果发现项目实际进展显著偏离计划，则及时采取纠正措施。
表4-5项目偏差控制报告
4.3 项目进展汇报
周期性地汇报项目进展情况。
项目经理周期性地总结项目进展情况，撰写《项目进展报告》并通报给机构领导和所有项目成员。
表4-6项目进展报告
5 风险管理
风险管理（Risk Management, RiskM）的目的是在风险产生危害之前识别它们，从而有计划地消除或削弱风险。
所有可能危害项目的因素都称为风险。被刻画为风险的事件最终可能发生也可能不发生。人们对待风险有两种态度。一种是被动态度，可比作“救火模式”。另一种是主动态度，可比作“防火模式”。风险管理属于“防火模式”，目的就是“防止风险产生真正的危害”。
为了便于量化管理，我们给风险定义3个参数：
?风险严重性：指风险对项目造成的危害程度。
?风险可能性：指风险发生的几率。
?风险系数：是风险严重性和风险可能性的乘积。
表5-1 风险严重性等级
表5-2 风险可能性等级
表5-3 风险系数等级
风险严重性的等级划分如表5-1所示，风险可能性的等级划分如表5-2所示，风险系数的等级划分如表3所示。
风险管理有4个主要活动：
?风险识别：根据风险检查表，识别出本项目的风险。
?风险分析：估计风险严重性、风险可能性、风险系数。
?风险减缓：对于风险系数超过“容许值”的每一个风险，都应当采取减缓措施。
?风险跟踪：跟踪风险减缓过程，记录风险的状态。
图5-1 风险管理示意图
在项目的生命周期内，上述4个活动将被循环执行，如图5-1所示。直到项目的所有风险都被识别与解决为止。
常用的《风险检查表》，使用者应根据实际情况进行适当的删减或补充。风险管理过程域产生的主要文档是《风险管理报告》。
版本页标题：技术开发管理制度 主题：软件开发管理制度 文档编号： 版本说明：
国富商通 软件开发管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司软件研发与管理。 第二条本制度中软件开发指新系统开发和现有系统重大改造，此类工作均需要以项目制管理。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件 设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作 完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框 架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常 支持由技术研发部承担；外包开发是指将IT应用项目的设计、开发、集 成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司 等），由该公司（承包商）负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管 理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、 系统上线和数据迁移。 第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组（可能包括网络管理员和合作开发商）。 第二节立项管理 第六条提出项目需求的部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。《立项分析报告》应明确 项目的范围和边界。 第七条需求提出部门将《立项分析报告》交相关部门会签后，上交公司总裁与董事长进行立项审批，以保证系统项目与公司整体策略相一致。
山大华天软件公司 研发中心 软件项目管理制度山东山大华天软件有限公司
文档历史
目录 1.目的范围 (4) 2.项目计划 (4) 3.项目跟踪 (4) 4.项目计划的变更控制 (5) 5.发布控制 (5) 6.相关处罚及操作流程 (6)
1.目的范围 为了研发中心各项目组更好的开展项目管理工作、保证公司及时了解项目进展状况特制定本制度。 本文适用于研发中心内所有软件项目的项目管理要求。 2.项目计划 2.1.项目计划制定前必须先进行估算，保留估算记录。 2.2.所有项目每月至少设置一个里程碑，项目不得少于三个里程碑。 2.3.项目要设置阈值，根据阈值给定项目的阈值结束时间。 2.4.项目WBS分解时 排定或每次修订任务时均要保证此后一个月的工作安排进行了细化。工作细分为每人1~5天的可验证的小任务，原则上要求任务的责任人必须为单人，多人任务责任人为第一人（顺序）。 对于细化后的任务，如果多个人负责同一任务，则要按每人分开描述，不允许出现多个人负责同一任务的混乱描述。 如遇特殊情况无法对后面一个月的工作进行详细预测时，必须至少要对后面两周的项目工作进行细化。 2.5.项目计划的评审和确认 项目计划（包括时间进度表计划）要得到每个相关人员的认可和承诺，并通过正式的评审。评审提出的问题必须及时得到修改。 3.项目跟踪 3.1.每周跟踪 3.1.1.项目组必须召开项目周会，约定确切周会时间，并写入计划。 3.1.2.所有项目，必须周日24：00之前上报《项目周报》和每周更新的项 目Project计划到信息管理员处。 (1)依据实际工作完成情况，更新时间进度表中的任务完成百分比。 (2)根据实际工作完成情况，及时制定下个阶段的时间进度表，细分粒度 要求参考2.4。
产品研发部规章制度及软件项目管理方法 第一部分：产品研发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 研发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目总监负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、研发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 工作中公开、公正、公平的原则。 积极进取，勇于开拓，创新贡献。 产品思维，工匠精神，互联网思维。 3、员工工作日志/工作周报： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。
出入境特殊物品安全管理制度 总则 加强公司仓库管理，使公司仓库符合出入境特殊物品安全规范，对公司仓库员工身体健康负责，参照国际公认的生物安全原则，制定本管理制度。 一、人员准入制度 1、目的：明确人员的资格要求，避免不符合要求的人员进出仓库或承担相关工作造成出入境特殊物品安全事故。 2、范围：适用于进入公司仓库工作的所有工作人员。 3、职责： 3.1仓储部经理为仓库出入境特殊物品安全负责人，负责仓库人员准入工作的监督和实施。 3.2进入仓库所有人员所有务必以本规定规范自己的工作。 4、内容： 4.1所有工作人员务必在理解相关出入境特殊物品安全知识、法规制度培训。 4.2从事技术工作的人员务必具备相关专业教育经历，相应的专业技术知识及工作经验，熟练掌握自己工作范围的技术标准、方法和设备技术性能。 4.3从事技术人员应熟练掌握与岗位工作有关标准操作规程，能独立进行相应的操作和结果处理，分析和解决工作中的一般技术问题，有效保证所承担环节的工作质量。 4.4从事技术人员应熟练掌握常规消毒原则和技术，掌握意外事件和出入境特殊物品安全事故的应急处置原则和上报程序。 4.5经营活动辅助人员；应掌握职责区内出入境特殊物品安全基本状况，了解所从事工作的出入境特殊物品安全风险，理解与所承担职责有关的出入境特殊物品安全知识和技术，个体防护方法等资料的培训，熟悉岗位所需消毒知识和技术，了解意外事件和出入境特殊物品安全事故的应急处置原则和上报程序
二、设施设备监测、检测和维护制度 1、目的：为保证工作人员对仓库设施设备的安全使用，维仓库日常工作的正常运转，确保仓储工作的顺利进行。 2、范围：适用于仓库内的各种设施设备。 3、职责： 3.1仓储部员工务必以本制度规范自己的工作。 3.2仓储部经理负责日常检查和监督，运营部负责定期或不定期的监督检查。 4、制度内容： 4.1仓库内各种设施要符合相关规定，仓库供电线路中务必安装断路器和漏电保护器。4.2库里的所有设施设备应由专人负责保管、登记、建档；其使用者需经专业技术培训。 4.3仓库计量仪器设备应在检定和校准的有效期内使用，并按照检定周期的要求进行自检或强检。 4.4主要仪器设备应建立使用记录，有操作规程，注意事项，相关技术参数和维护记录，并置于显见易读的位置。仪器使用者务必认真遵守操作规程，并做好仪器设备使用记录，定期维护仪器设备。 4.5设施设备所用的电源，务必满足其供电要求。用电仪器设备务必安全接地。电源插座不得超载使用。仪器设备在使用过程中出现断路保护时，务必在查明断电原因后，再接通电源。不准使用有用电安全隐患的设备。 4.6仪器设备在使用过程中发生异常，随时记录在仪器随机档案上，维修务必由专业人员进行，并做维修记录。 4.7因故障或操作失误可能产生某种危害的仪器设备，务必配备相应的安全防护装置。4.8仓库应指定专人对安全设备和计量仪器、设施设备进行定期检查和维修维护管理，保证其处于完好工作状态。需较高专业技术的维修和维护应与第三方有资质的维修机构签约，由其承担。
软件开发部规章制度及软件项目管理方法 （定稿） 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如 情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。开发部 人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照公司“人事及薪酬制度”执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。维护公司声誉，保护公司利益。服从领导，关心下属，团结互助。爱护公物，节约开支，杜绝浪费。努力学习，提高水平，精通业务。积极进取，勇于开拓，创新贡献。 3、员工工作日志： 工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下人员按要求每日记录。
工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的 作用。 工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高，1为最低，如为请假，请注明“事假”或“病假”），以及问题、意见和建议。 工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内 容。如发现某些栏目多周雷同的情况，将进行警告。 每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明 清楚。不允许简单的如“修改错误”的描述。 工作日志严格要求在每天下班前20分钟内提交。不提交工作周报将适当予以惩罚。 对于未提交日志的人员，部门负责人应在次当日或者次日11：00前口头通知。 工作日志以Email或者QQ传文件形式提交给项目负责人和部门经理。部门经理收到后保证第一时间进行回复，并依此进行考核。文件名格式：《工作日志--***--200*年*月* 日.txt或者doc》。其中***为员工姓名，日期为提交日期。 4、项目例会制度： 每月第一个周一上午10:30在公司会议室召开，部门所有人员（含参与部门人员为主 导的项目并起核心作用的其他部门人员）参加。 会议由部门经理召集，并由部门经理主持。 会议议程： a）各项目负责人回顾上月工作情况、成果和不足，以及当月的大致工作计划。 b）部门经理总结上月工作，对不足的问题提出解决办法。 c）部门经理宣布公司近期动态和相关事项。
软件开发管理制度 版本：V1.0 2013年1月
第一节总则 第一条为规自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司总公司软件研发与管理，分公司参照执行。 第二条本制度中软件开发指新系统开发和现有系统重大改造。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件 设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作完 成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框架， 合作商提供技术框架，双组成开发团队进行项目实施，IT系统的日常支持由 IT技术中心和合作商共同承担，IT技术中心负责部（一级）支持，合作商负 责外部（二级）支持；外包开发是指将IT应用项目的设计、开发、集成、培 训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司等），由该 公司（承包商）负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管 理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、 系统上线和数据迁移。 第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、IT组（可能包括网络管理员和合作开发商）。 第二节立项管理 第六条提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。《立项分析报 告》应明确项目的围和边界。 第七条应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。 第八条《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统 称“项目组”），项目组应包括业务组（由公司相关业务部门组成）和IT组 （自行开发为办公室网络管理员；外包开发为外包商成员；合作开发为网络
软件开发管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
( 安全管理 ) 单位：_________________________ 姓名：_________________________ 日期：_________________________ 精品文档 / Word文档 / 文字可改 其它特殊物品储存的消防安全 管理规定(最新版) Safety management is an important part of production management. Safety and production are in the implementation process
其它特殊物品储存的消防安全管理规定 (最新版) 1.自燃物品的储存管理 对于含油脂的物品如油纸、油布、油绸等，尽可能散开后放在货架上，以免大量堆积时氧化发热而燃烧。其它要求与易燃固体的一般防火要求相同（包括《危险货物品名表》第4类第2项自燃物和不属于危险货物的其他具有自燃危险性的一般可燃物）。 2.遇湿易燃物品的储存管理 ①库房应位于地势较高、通风干燥的地点，暴雨及迅期间应保证库房不进水，库房内应通风良好，保持干燥。门窗应有阻止雨雪进入的设施，室内不准设供水管、暖气管。 ②库房应远离火源、热源。库房附近不得有盐酸、硝酸等散发酸雾的物质存在，应远离散发水蒸气或水雾的场所。
③货垛下方应有苫垫，垫高通常为15-30cm，货垛不宜过高过大，保证货垛防潮散热。库房内相对湿度应控制在80%以下，可采用电动空气去湿机或氯化钙吸湿剂来降低库房内的相对湿度。库温一般应控制在30℃以下。 ④包装必须严密，应经常检查包装是否泄漏，发现泄漏应及时采取措施。搬运时应轻拿轻放，严禁翻滚、倾倒、撞击，以防包装破损。 ⑤雨雪天无防雨雪措施不准进行室外搬运装卸，用汽车、火车、船舶等运输时，应保证干燥，并具有良好的防火防潮设施。 ⑥着火后一般用干粉、干沙、水泥灭火，灭火人员应戴防毒面具，尽可能在上风方向灭火。 3.氧化剂、有机过氧化物储存管理 ①库房应阴凉、干燥通风，远离水源和热源，避免日光暴晒，还应避免酸雾等侵入。 ②库温一般应控制在30℃以下，库内相对湿度控制在80%以下，对某些特殊的氧化剂和过氧化物，应根据物品储存运输的有关说明
武汉新英赛研发管理 第一节 软件研发岗位职责 一、软件研发部经理岗位职责 软件研发部经理在总经理或主管副总的领导下, 全面负责软件研发部的日常管理， 组织 开展软件研发与测试工作，完成企业研发目标和经营目标。其具体职责如表 二、高级研发工程师岗位职责 高级研发工程师参与建立研发工作标准与规范，协助部门经理组织完成软件研发工作, 管理软件研发项目，改良升级进行软件。其具体职责如表 8-1所示。 8-2所示。
表8-2 高级研发工程师岗位职责 三、软件研发工程师岗位职责 软件研发工程师协助高级工程师进行软件的设计与开发，收集整理相关行业信息与资料，为软件产品决策提供依据。其具体职责如表8-3所示。
四、软件测试工程师岗位职责 软件测试工程师主要负责软件测试工作, 根据软件产品规格和测试需求，编写测试方案、测试用例、测试脚本软件等。其具体职责如表8-4所示。 第二节软件研发管理制度 六、软件研发费用管理制度 第1章总则 第1条目的。 为了加强软件研发费用管理，规范资金的使用，减少公司不必要的损失，根据公司的实
际情况，特制定本制度。 第2 条研发费用管理原则。 1．计划统筹安排原则。 2．节约使用、讲求经济效益原则。 第3 条职责分工。 1．公司财务部负责研发费用的审批和报销，并随时监督费用的使用情况。 2．软件研发部负责研发费用的预算与使用控制。 第2 章研发费用的来源及使用范围 第4 条研发费用的来源。 1．公司对重点研发产品的专项拨款。 2．公司成本列支的研发费用。 3．从其他方面筹措来用于研发的费用。 第5 条研发费用的使用范围。 1．研发活动直接消耗的材料、燃料和动力费用。 2．研发人员的工资、奖金、社会保险费、住房公积金等人工费用以及外聘研发人员的劳务费用。 3．用于研发活动的仪器、设备、房屋等固定资产的折旧费或租赁费以及相关固定资产的运行维护、维修等费用。 4．用于研发活动的软件、专利权、非专利技术等无形资产的摊销费用。 5．用于中间试验和产品试制的模具、工艺装备开发及制造费，设备调整及检验费，样品、样机及一般测试手段的购置费，试制产品的检验费等。 用。用。6．研发成果的论证、评审、验收、评估以及知识产权的申请费、注册费、代理费等费7．通过外包、合作研发等方式，委托其他单位、个人或与之合作进行研发而支付的费8．与研发活动直接相关的其他费用，包括技术图书资料费、资料翻译费、会议费、差 旅费、办公费、外事费、研发人员培训费、专家咨询费、高新科技研发保险费用等。 第3章研发费用的使用管理 第6 条专款专用。
软件开发管理制度 软件开发管理是指根据公司统一的信息系统规划和业务需求，对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。 本制度适用于公司公司软件开发项目。 1.1 项目立项 信息系统研发前公司成立项目工作小组，重大项目成立项目领导小组，并指定负责人。 项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成，具体负责整个项目的开发工作。 项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识，小组负责人需具备组织领导能力,保证信息系统研发质量和进度。 业务部门根据本机构业务发展战略，在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。 1.2. 系统开发 公司业务部门编写项目需求说明书，提出业务需求和系统需求。 信息技术部和业务部门领导组织人员对项目需求进行评审，意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”，加盖相关部门签章归档。 公司信息技术部根据项目需求编制项目功能说明书。 公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书，设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。 公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划，并进行演练。 在编码阶段，软件开发人员应有良好的编写习惯，做好代码注释和说明，并做好单元测试工作。 1.3. 测试 公司应建立独立的测试环境，以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。 公司信息技术部应根据测试结果修补系统的功能和缺陷，提高系统的整体质量。 由业务部门组织人员完成软件的最终测试，并保留软件测试记录，撰写“项目测试报告”并确认签章，原则上要求项目测试人员和项目需求人员是同一批人员。 项目验收应出具由相关负责人签字的项目验收报告，验收不合格不得投产使用。 项目小组编写“软件上线计划”，按计划安全稳妥的实现软件产品的上线实施，对核心业务系统的软件上线由版本控制员实施，没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。
安全生产管理制度 一、总则 （一）目的：为加强全员安全生产意识，充分贯彻“安全第一、预防为主”的安全方针，落实各项安全管理措施，保证生产经营正常进行，根据国家有关法令、法规，结合公司的实际情况，特制订本制度。 （二）适用范围：本制度适用于生产经营的安全管理。 二、安全生产责任制 （一）安全生产组织机构 1、设立安全生产委员会，由总经理任主任委员，由生产副总经理任副主任委员。 2、公司安全生产委员会委员，由各部门负责人、车间负责人组成。 3、公司安全工程师任专职安全生产管理员，各部门及车间设立兼职安全生产管理员。 4、综合办公室为管理安全生产的职能部门。 （二）安全职责 1、总经理安全职责 （1）总经理是公司安全生产的第一责任人，全面负责本公司的安全生产管理工作。 （2）贯彻执行国家有关安全生产的法律、法规和规章制度，对本公司的安全生产、劳动保护工作负全面领导责任。 （3）积极改善劳动条件，消除事故隐患，组织制订、修改、审批安全生产和劳动条件改善规划，使生产经营符合安全技术标准和行业要求。 （4）建立健全安全生产管理机构和安全生产管理人员，组织安全管理人员
制订安全生产管理制度及实施细则。支持安全部门工作，对安全生产工作有突出贡献者给予奖励，对失职者或事故责任者给予惩罚。 （5）认真执行国家有关规定，合理使用安全费用。 （6）参加或组织重大伤亡事故及重大经济损失事故的调查、分析和处理，认真落实整改措施并做好善后处理工作。 2、生产副总经理安全职责 （1）坚持“安全第一，预防为主”的方针和“管生产必须管安全”的原则，在计划、布置、检查、总结、评比生产工作的同时要计划、布置、检查、总结、评比安全工作。 （2）定期研究安全生产状况，及时解决有关安全的重大问题，及时消除安全生产事故隐患。 （3）认真组织好各类安全大检查及专业性的安全检查，确保安全生产，对查出的安全事故隐患采取措施及时进行整改。 （4）参加重大伤亡事故及重大经济损失事故的调查和处理。 3、综合办公室安全职责 （1）综合办公室作为安全生产管理的职能部门，协助总经理贯彻执行劳动安全管理制度，组织公司安全生产管理委员会委员对公司安全生产现场管理情况进行定期检查。对存在的安全隐患责令责任部门及时整改，并跟踪验证。 （2）负责公司新员工的安全教育培训工作。 （3）负责公司安全文书档案的管理，做好防火工作。 （4）负责工伤员工的社保索赔支付事宜。 （5）负责所属员工的岗位安全教育及所辖车辆的年审工作管理。 （6）负责公司安全消防设施的管理。
**科技股份有限公司 软件项目管理制度 目录
项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 1 引言 1．1编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列
出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2．1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2．2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2．3产品 2．3．1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2．3．2文件 列出需移交给用户的每种文件的名称及内容要点。 2．3．3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2．3．4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2．4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2．5完成项目的员迟用限 2．6本计划的批准者和批准日期
XX公司软件开发管理制度 XX公司软件开发管理制度 版本：1.0 SDM审批： QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围：3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7
5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8 5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1：项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 2.适用范围：
公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员，软件开发人员，软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析，确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究，写出可行性报告 5.1.1.3 评审和审批，决定项目取消或继续 5.1.1.4 若项目可行，制订初步的软件开发计划，建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1）可行性研究报告* 2）初步的软件开发计划 3）十大风险列表* 4）软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析 5.2.1实施 5.2.1.1 调查被开发软件的环境 5.2.1.2 软件开发提出的需求进行分析并给出详细的功能定义 5.2.1.3 做出简单的用户原型，与用户共同研究，直到用户满意
出入境特殊物品风险管理工作规范（试行）第一条为规范出入境特殊物品（以下简称特殊物品） 风险管理，提高特殊物品卫生检疫监管的科学性、有效性，根据《中华人民共和国国境卫生检疫法》及其实施细则、《出入境特殊物品卫生检疫管理规定》《环保用微生物菌剂进出口环境安全管理办法》《人类遗传资源管理办法》等有关法律法规的要求，制定本工作规范。 第二条本工作规范适用于特殊物品和特殊物品生产、经 营、使用单位及其代理人（以下简称特殊物品单位）的生物安全 风险管理。 第三条特殊物品风险管理，是指遵循风险管理原则， 对特殊物品实行风险分级、对特殊物品单位实行监管分类， 采取相应的检疫监管措施，并动态调整。 第四条质检总局负责特殊物品风险管理的规划、指导和监督，发布特殊物品风险分级名录。 直属检验检疫局负责根据特殊物品分级名录实施特殊物品分级管理，负责本辖区特殊物品单位的分类及监督管理。 第五条质检总局根据特殊物品致病性、致病途径、使 用方式和用途以及可控性等风险因素，将特殊物品划分为 A、B、C、D四个级别（附件1）。 第六条直属检验检疫局根据特殊物品单位的生物安全
控制能力和信用等级进行综合评定，将出入境特殊物品单位分为一、二、三、四类，并做好评定过程的记录和结果公布。 （一）生物安全控制能力。 根据特殊物品单位资质及其提供的生物安全资料，经现场考核，将特殊物品单位的生物安全控制能力分为 1、2、3、4级，与BSL-1、BSL-2、BSL-3、BSL-4相对应。因 资料不完整、无法进行现场考核的特殊物品单位的生 物安全控制能力等级视同为1级。 （二）信用等级。 根据《出入境检验检疫企业信用管理办法》对辖区内出入境特殊物品单位实施信用管理，将其信用等级评定为AA、A、B、C、D五级，未评定的按B级管理。 （三）特殊物品单位分类。 综合评分=生物安全控制能力的等级数X信用系数 信用系数：AA=1.2A=1B=0.8 C=0.6 D=0.4 一类单位：综合评分大于等于3 分的； 二类单位：综合评分大于等于2 分小于3分的； 三类单位：综合评分大于等于1分小于2分的； 四类单位：综合评分小于1分的。 第七条特殊物品单位信息发生改变的，如单位名称、 地址、法定代表人、经营范围、实验室安全等级等，所在地检验检疫机构应当及时予以变更。 特殊物品单位信息的变更影响其分类时，检验检疫机构
有限公司 研发项目管理制度 为提高企业的创新能力，加强项目及产品研发过程管理，缩短产品研发周期，以减少风险，提高工作效率和质量，降低成本；同进也为了促进企业技术积累、提高技术人员素质，特制定本制度。 一、产品研发 产品研发必须经过立项、设计、实现、测试、发布几个阶段。 1.1 立项 小型研发项目（工作量小于等于6人周，投入资金小于等于5万元的研发项目）立项必须具备项目计划报告，经公司技术负责人签字同意，报公司执行总裁批准立项。 非小型研发项目必须具备项目计划报告、项目可行性分析报告，由项目发起人邀请公司技术、财务、市场三方代表讨论通过后，由三方负责人或者授权人签字同意，报公司执行总裁批准立项。签字传真有效。 在已经签定销售、工程合同的项目中发生的研发，作为合同项目研发，不再单独立项。 项目只有立项后才允许发生费用。 项目立项后应获得一个唯一的研发编号，费用报销、研发领料时使用此编号作为物流控制和财务核算的依据。 项目计划报告必须说明项目名称，目标，发起人，负责人，设计、研发、测试承担者，设计、研发、测试的工期计划，项目预算等内容。 项目可行性分析报告必须说明项目名称，市场调研情况，销售预测，技术现状和实现途径等内容。 1.2 设计 立项后，项目进入设计阶段。
设计阶段由设计承担人完成技术设计报告、测试计划报告，修改得到切实可行、与技术设计报告和测试计划报告相吻合的项目计划报告。由项目负责人负责邀请研发中心门技术负责人，设计、研发工程师，共同评审通过。没有通过设计评审的项目，必须重新进行技术设计。 技术设计报告应说明项目名称，研发系统或设备的需求，研发系统或设备的总体功能，系统或设备功能模块划分，工期在6人周以上的项目必须列出阶段性成果和验证方法。阶段性成果的工作量不超过4人周。 测试计划报告应说明项目名称，产品功能，测试项目，测试条件，测试方法，测试工期和时间计划等内容。 1.3 实现 设计评审通过后，项目进入实现阶段。 研发人员必须在实现过程中书写相关文档。文档必须有电子形式。软件实现文档应包括软件功能性说明文档，源代码说明文档。硬件实现文档包括原理图，原理图说明，PCB图，结构图。 项目负责人有责任按照项目计划报告，跟踪监督项目的进展情况，按时敦促验收阶段性成果。 研发产品由研发人员自行调试，调试过程中必须撰写调试记录。调试记录应该说明项目名称，编号，调试记录版本号，调试时间，软硬件版本号，调试中发现的主要问题，调试环境，解决方法。 研发产品确认运行稳定后，由项目负责人组织内部验收。研发文档应视为研发实现阶段工作量的一部分，不具备研发文档将视为工作没有结束，不组织内部验收。 软件功能性说明文档应说明项目名称，编号，软件名称和编号，软件功能，软件功能模块划分，主要功能实现过程，软件主要实现算法。 源代码说明文档项目编号，软件名称，软件功能，全局变量、结构，类说明，数据库字典，函数功能、接口、在函数内改动的全局变量、返回值，等。源代码说明文档可以包含在源代码文件中，以注释形式存在。 原理图说明应包括项目编号，硬件名称和编号，硬件版本号，功能说明，功能模块划分，主要功能实现过程，数据芯片资料。
软件研发部管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
**科技股份有限公司软件项目管理制度 目录
项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 1引言 1．1编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； C．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2项目概述 2．1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2．2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2．3产品 2．3．1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2．3．2文件 列出需移交给用户的每种文件的名称及内容要点。 2．3．3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2．3．4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2．4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2．5完成项目的员迟用限
软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间
北京东达悦科技有限公司软件研发版本管理规范(草案) 研发部 2009-2-4
目录 文档类别使用对象 (3) 1．引言 (4) 目的 (4) 范围 (4) 术语定义 (4) 版序控制记录 (5) 版本更新记录 (5) 2．版本管理 (5) 2．1版本标识方法 (5) 2．1．1正式版本 (5) 2．2目录结构 (6) 2．3文档的存放 (7) 当前版本和历史版本的存放 (7) 开发文档的存放 (7) 源代码的存放 (7) SQL语句的存放 (7) 发行文档的存放 (7) 2．4权限控制管理 (8) 3．更新管理（版本升级） (8) 版本升级原则 (8) 新版本的发布 (9) 4．备份管理 (9) 5．用户版本管理 (10) 6．研发部统一管理阶段性版本 (10) 阶段性版本的提交到研发部 (10) 阶段性版本的发布到公司网站上 (10) 各项目组新版本内部及时备份。 (11) 7．版本工具的使用 (11) 研发部采用SVN配置管理工具 (11) 8．各项目组提交文档及源码以及规则 (11) 各项目组需要提交的文档 (11) 目前所管理的产品列表 (12) 9．周报管理制度 (12) 10．风险管理制度 (13)
文档类别使用对象 文档类别 该文档是为东达悦公司提供一个版本管理规范性文件。 使用对象 该文档使用对象为东达悦软件公司研发本部各部门项目经理及版本管理人员，以及其他相关人员。未经许可，该文档不得提供给上述规定对象以外的人员阅读或使用。
1．引言 目的 本文档是为规范东达悦软件公司研发版本管理而制定的。 范围 本文档为各产品部、事业部版本管理员提供有关版本管理规范的相关内容，包括：版本标识方法 软件系统数据的存放 文档的修改控制 文档的备份制度 术语定义 SVN Svn是一个开源的版本控制系统Subversion的简称 文档 一种数据媒体和其上所记录的数据。 配置管理 标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 软件配置 软件的具体形态在某时刻的瞬时影像。
软件开发管理制度 Xx 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 一、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 二、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。
软件过程成果表： 三、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
四、项目立项 1、分析人员进行应用调查与分析，确认软件的应用需求。 2、成立项目评审会，开发总监、部门经理和指定人员必须参加。对项目进行可行性研究，编写项目建议书，评估项目的难度和工作量，形成可行性研究报告。 3、根据项目配置的优劣成立项目开发组，制定软件开发计划，确定项目经理，由部门和项目经理共同来确定具体项目配置，知识技能要求，团队成员及团队的角色。