软件研发管理制度

武汉新英赛研发管理

第一节 软件研发岗位职责

一、软件研发部经理岗位职责

软件研发部经理在总经理或主管副总的领导下,

全面负责软件研发部的日常管理， 组织

开展软件研发与测试工作，完成企业研发目标和经营目标。其具体职责如表

二、高级研发工程师岗位职责

高级研发工程师参与建立研发工作标准与规范，协助部门经理组织完成软件研发工作, 管理软件研发项目，改良升级进行软件。其具体职责如表

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 条专款专用。

研发费用由公司按研发计划下达到具体软件产品项目，实行专款专用，严格管理，不得

挪作他用。

第7 条研发费用的拨付。

研发费用的拨付按照公司资金拨付的规定执行，研发人员按规定的使用范围严格控制、合理使用。

第8 条研发合同签订。

研发有关内容需要与外单位合作或委托其进行的，必须签订项目对外委托技术合作研究

合同，该合同须由公司财务部审查生效后才能拨款。

第9 条费用使用审批。

软件研发部应明确研发费用的开支范围和标准，严格执行审批程序，设立台账归总核算

研发费用。

第10 条研发费用报销。

研发费用在报销时，须由项目相关负责人、项目部经理审核，并在核销票据上签字后方可到财务部核销。

第11 条核对费用使用。

研发部对已发生的研发费用要及时填入月报，财务部每两个月核对一次费用支出明细。

第12 条固定资产管理。

因研发工作需要，研发部门购置2 000 元以上的设备、仪器均应列入公司的固定资产，并经资产管理部门签收后方可到财务部核销，在研发工作完成后办理有关手续。

第13 条费用使用审查。

1．公司将组织适时审查研发费用的使用情况，如发现费用使用不当，将追究相关人员

的责任，或视具体情况收回已计划安排的投资款项。

2．如发现违法乱纪行为，公司将追究当事人的法律责任。

第14 条研发费用相关信息披露。

公司在年度财务会计报告中，按规定披露研发费用相关财务信息，包括研发费用支出规模及其占销售收入的比例，集中收付研发费用的情况等。

第4 章研发费用的核算

第15 条研发成本科目规定。

1．差旅费，用于项目调研发生的差旅费。

2．情报资料费，为进行研发所支付的专项资料费和科技情报费。

3．检验试验费，为进行研发所支付的用于分析、测试等的费用。

4．外委技术协作费，在研究开发项目中，某项工作需要委托其他单位协作或向其他单

位咨询所支付的费用。

5．运输费，研究项目本身直接发生的运输费。

6．管理费，为进行研究开发项目评定、技术交流等所发生的评审费、会议费等。

第16 条不应纳入研发费用的支出。

诉讼费、代理费、“打假”

公司依法取得知识产权后，在境内外发生的知识产权维护费、费用及其

他相关费用支出，从管理费用中据实列支。

第5 章附则

第17 条本制度经由软件研发部制定，其解释权归软件研发部所有。

第18 条本制度自颁布之日起开始执行。

第三节软件研发管理表格

一、软件项目立项申请表

编号: 填表人:

二、软件研发任务计划表

编号: 填写日期：年月日

三、软件问题详细记录表

四、软件研发小组成员分工表

五、软件研发项目跟踪与督察表

项目名称: 项目经理:

六、软件研发成果评审表

项目名称: 评审日期：年月日

七、软件研发风险评估与控制表

软件开发管理制度

版本页标题：技术开发管理制度 主题：软件开发管理制度 文档编号： 版本说明：

国富商通 软件开发管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司软件研发与管理。 第二条本制度中软件开发指新系统开发和现有系统重大改造，此类工作均需要以项目制管理。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件 设备和支撑软件平台；合作开发是公司与专业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条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。

出入境特殊物品安全管理制度 BD(2020年8月整理).pdf

出入境特殊物品安全管理制度 总则 加强公司仓库管理，使公司仓库符合出入境特殊物品安全规范，对公司仓库员工身体健康负责，参照国际公认的生物安全原则，制定本管理制度。 一、人员准入制度 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本计划的批准者和批准日期

公司软件开发管理制度(整理).(整理).docx

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图，结构图。 项目负责人有责任按照项目计划报告，跟踪监督项目的进展情况，按时敦促验收阶段性成果。 研发产品由研发人员自行调试，调试过程中必须撰写调试记录。调试记录应该说明项目名称，编号，调试记录版本号，调试时间，软硬件版本号，调试中发现的主要问题，调试环境，解决方法。 研发产品确认运行稳定后，由项目负责人组织内部验收。研发文档应视为研发实现阶段工作量的一部分，不具备研发文档将视为工作没有结束，不组织内部验收。 软件功能性说明文档应说明项目名称，编号，软件名称和编号，软件功能，软件功能模块划分，主要功能实现过程，软件主要实现算法。 源代码说明文档项目编号，软件名称，软件功能，全局变量、结构，类说明，数据库字典，函数功能、接口、在函数内改动的全局变量、返回值，等。源代码说明文档可以包含在源代码文件中，以注释形式存在。 原理图说明应包括项目编号，硬件名称和编号，硬件版本号，功能说明，功能模块划分，主要功能实现过程，数据芯片资料。

软件研发部管理制度20513

软件研发部管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 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、根据项目配置的优劣成立项目开发组，制定软件开发计划，确定项目经理，由部门和项目经理共同来确定具体项目配置，知识技能要求，团队成员及团队的角色。