公司软件开发管理制度(1)

公司软件开发管理制度(1)
公司软件开发管理制度(1)

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 做出简单的用户原型,与用户共同研究,直到用户满意

5.2.1.4 对可利用的资源(计算机硬件、软件、人力等)进行估计,制定项目进度计划(可有相应的缓冲时间)

5.2.1.5 制定详细的软件开发计划

5.2.1.6 QA部门制订质量控制计划和测试计划

5.2.1.7 编写初步的用户手册

5.2.1.8 评审

5.2.2要求

5.2.2.1 必须以运行环境为基础

5.2.2.2 应有用户指定人员参加

5.2.2.3 需求说明书必须明确,并经过用户确认

5.2.3交付文档

1)软件需求说明书

2)用户手册(概要)*

3)更新后的软件开发计划

4)项目进度计划*

5)QA计划

6)测试计划*

7)更新后的十大风险列表*

8)软件日志*

5.2.4审批

5.2.4.1 经评审通过的各项内容形成相应的文档后,提交给项目经理审核确认

5.2.4.2 软件需求说明书经项目经理确认后再提交给CTO进行审核确认。

5.3概要设计

5.3.1实施

5.3.1.1确定目标系统的总体结构

l 对于大型系统,可按主要的软件需求划分成子系统,然后为每个系统定义功能模块及各功能模块间的关系,并描述各子系统的接口界面

l 对于一般系统,可按软件需求直接定义目标系统的功能模块及各功能模块间的关系

5.3.1.2 给出每个功能模块的功能描述,数据接口描述,外部文件及各功能模块部的关系

5.3.1.3 设计数据库或数据结构

5.3.1.4 制定各阶段开发的目标(以下称里程碑)计划

5.3.1.5 制订第一个里程碑的测试计划

5.3.1.6 评审

5.3.2要求

5.3.2.1 在设计目标系统的整体结构时,应力争使其具有好的形态,各功能模块间应满足低耦合度,而各功能模块内应满足高内聚度。功能模块的作用范围应在其控制范围之内。

5.3.2.2 在设计目标系统的总体结构时,应降低模块接口的复杂性,提高目标系统的可靠性

5.3.3交付文档

1)概要设计说明书

2)数据库/数据结构设计说明书

3)更新后的用户手册*

4)更新后的项目进度计划*

5)更新后的十大风险列表*

6)更新后的软件开发计划

7)更新后的软件项目日志*

5.3.4补充说明

5.3.4.1 测试程序的编写需与项目经理协商根据开发小组和QA小组的工作量确定由QA组还是由开发组完成

5.3.4.2 每一个里程碑又可分为详细设计、实现、组装测试、确认测试、发布、交接等阶段。

5.3.5审批

5.3.5.1 经评审通过的各项内容形成相应的文档后,提交给项目经理审核确认

5.3.5.2 数据库/数据结构设计说明书、概要设计说明书经项目经理确认后还须提交给CTO进行审核确认。

5.4详细设计

5.4.1实施

5.4.1.1 将概要设计产生的构成软件系统的各个功能模块逐步细化,形成若干个程序模块(可编程模块)5.4.1.2 确定各程序模块之间的详细接口信息

5.4.1.3 撰写拟定单元测试计划

5.4.1.4 评审

5.4.2要求

5.4.2.1 确定程序模块内的数据流或控制流,对每个程序模块必须确定所有输入、输出和处理功能。

5.4.2.2 规定符号的使用,确定命名规则。

5.4.3文档

1) 详细设计说明书

2) 单元测试计划*

5.4.4审批

5.4.4.1 经评审通过的各项内容形成相应的文档后,提交给项目经理审核确认.

5.4.4.2 详细设计说明书经项目经理确认后还须提交给CTO进行审核确认。

5.5实现

5.5.1实施与要求

5.5.1.1 对每个程序模块用所选定的程序设计语言进行编码,写出的程序应该是结构良好、清晰易读、且与设计一致,符合公司编码规范

5.5.1.2 单元测试:开发人员按单元测试计划对自己编写的程序进行测试

5.5.1.3 编程及单元测试过程用sourcesafe进行版本管理,主要由项目组长负责

管理。

5.5.2交付文档

单元测试报告

5.5.3审批

所有文档必须提交给项目经理审核确认。

5.6组装测试

5.6.1实施

5.6.1.1 开发组单元自测完成后,填写测试申请单连同要测试产品清单交给QA

5.6.1.2 相关QA人员根据提交申请单将源程序、文档等拷贝到测试中产品目录

5.6.1.3 执行测试计划中所有要求的组装测试

5.6.1.4 对测试结果进行分析,生成当前问题列表(BUGLIST),返回项目组长

5.6.1.5 开发人员经过分析,修复并自测完毕,生成BUG修复报告,返回QA

5.6.1.6 完成:反复直至QA通过。

5.6.2要求

5.6.2.1 组装测试应保证模块间无错误的连接

5.6.2.2 应对软件系统或子系统的输入/输出能力进行测试,使其达到设计要求

5.6.2.3 应测试软件系统或子系统正确能力和经受错误的能力

5.6.3交付文档

1)运行的软件系统源程序清单

2)组装测试计划*

3)当前问题列表(BUGLIST)

4)BUG修复报告

5)组装测试分析报告

5.6.4审批

所有文档必须提交给项目经理审核确认。

5.7确认测试

5.7.1实施

5.7.1.1 模拟的环境中进行强度测试,即在事先规定的一个时期内运行软件的所有功能,以证明该软件无严重错误

5.7.1.2 执行测试计划中的所有确认测试

5.7.1.3 使用用户手册,以进一步证实其实用性和有效性,并改正其中的错误

5.7.1.4 对测试结果进行分析,生成当前问题列表(BUGLIST)

5.7.1.5 反复查找BUG原因,直到修复

5.7.1.6 对所有文件进行整理

5.7.2要求

5.7.2.1 全部系统存储量、输入及输出通道,以及处理必须有足够的余量

5.7.2.2 全部预期结果、测试结果及测试数据全部存档

5.7.3交付文档

1) 确认测试计划

2) 更新后的用户手册

3) 更新后的项目进度计划*

4) 更新后的十大风险列表*

5) 更新后的软件项目日志*

6) 测试产品清单

7) 当前问题列表(BUGLIST)

8) BUG修复报告

5.7.4 补充说明

5.7.4.1 QA部门将测试清单中缺少的文档也列入BUGLIST

5.7.4.2 对于测试中重现与未重现的BUG均要有说明

5.7.5 审批

所有文档完成后须提交给项目经理审核确认。

5.8发布

5.8.1过程

5.8.1.1经测试合格的产品QA填写发布申请表连同发布文档一起提交给QA经理、项目经理、CTO 5.8.1.2 QA经理、项目经理、CTO审核发布申请

5.8.1.3 QA人员将发布产品(包括源程序、执行文件及相关文档)放入发布中产品目录并生成安装程序5.8.2 文档

1) 当前版本说明

2) 发布文档

3) 用户手册

4) 安装手册

5) 发布产品检查清单CHECKLIST

6) 发布产品审批文档

7) 更新后的软件日志*

5.8.3 审核

所有发布文档须经QA部、项目经理、CTO审核确认。

5.9 交接

参见交接流程。

注:带*号文档可根据项目大小、时间要求适当增减

6. 附录1:项目文档清单

文档名称编写阅读审批

项目跟踪文档

软件项目日志项目经理CTO

十大风险列表项目经理CTO

项目进度列表项目经理CTO

当前问题列表测试项目经理,QA,开发

技术工作文档

可行性研究报告分析项目经理,开发,QA,测试,维护项目经理,CTO

软件需求说明书开发项目经理,开发,QA,测试,维护项目经理,CTO

用户手册QA 项目经理,QA,测试,维护,用户项目经理,QA经理,CTO

概要设计说明书开发项目经理,开发,QA,测试,维护项目经理,CTO

数据库设计说明书开发项目经理,开发,QA,测试,维护项目经理,CTO

详细设计说明书开发项目经理,开发,QA,测试,维护项目经理,CTO

BUG修复报告开发项目经理,开发,QA,测试,维护项目经理

测试分析报告测试项目经理,开发,QA,测试,维护项目经理

项目计划

软件开发计划项目经理CTO

质量控制计划QA 项目经理,开发,QA,测试,维护项目经理,QA经理测试计划开发,测试项目经理,开发,测试,维护项目经理

配置管理计划项目经理项目经理,开发,QA,测试,维护项目经理,CTO 项目交付文档

当前版本说明QA 项目经理,QA,CTO,用户项目经理,QA经理,CTO 发布文档QA 项目经理,QA,CTO,用户项目经理,QA经理,CTO

安装手册QA 项目经理,QA,CTO,维护项目经理,QA经理,CTO

发布产品检查清单QA 项目经理,QA,CTO 项目经理,QA经理,CTO

发布审批文档QA 项目经理,QA,CTO 项目经理,QA经理,CTO

爱人者,人恒爱之;敬人者,人恒敬之;宽以济猛,猛以济宽,政是以和。将军额上能跑马,宰相肚里能撑船。

最高贵的复仇是宽容。有时宽容引起的道德震动比惩罚更强烈。

君子贤而能容罢,知而能容愚,博而能容浅,粹而能容杂。

宽容就是忘却,人人都有痛苦,都有伤疤,动辄去揭,便添新创,旧痕新伤难愈合,忘记昨日的是非,忘记别人先前对自己的指责和谩骂,时间是良好的止痛剂,学会忘却,生活才有阳光,才有欢乐。

不要轻易放弃感情,谁都会心疼;不要冲动下做决定,会后悔一生。也许只一句分手,就再也不见;也许只一次主动,就能挽回遗憾。

世界上没有不争吵的感情,只有不肯包容的心灵;生活中没有不会生气的人,只有不知原谅的心。

感情不是游戏,谁也伤不起;人心不是钢铁,谁也疼不起。好缘分,凭的就是真心真意;真感情,要的就是不离不弃。

爱你的人,舍不得伤你;伤你的人,并不爱你。你在别人心里重不重要,自己可以感觉到。所谓华丽的转身,都有旁人看不懂的情深。

人在旅途,肯陪你一程的人很多,能陪你一生的人却很少。谁在默默的等待,谁又从未走远,谁能为你一直都在?

这世上,别指望人人都对你好,对你好的人一辈子也不会遇到几个。人心只有一颗,能放在心上的人毕竟不多;感情就那么一块,心里一直装着你其实是难得。

动了真情,情才会最难割;付出真心,心才会最难舍。

你在谁面前最蠢,就是最爱谁。其实恋爱就这么简单,会让你智商下降,完全变了性格,越来越不果断。

所以啊,不管你有多聪明,多有手段,多富有攻击性,真的爱上人时,就一点也用不上。

这件事情告诉我们。谁在你面前很聪明,很有手段,谁就真的不爱你呀。

遇到你之前,我以为爱是惊天动地,爱是轰轰烈烈抵死缠绵;我以为爱是荡气回肠,爱是热血沸腾幸福满满。

我以为爱是窒息疯狂,爱是炙热的火炭。婚姻生活牵手走过酸甜苦辣温馨与艰难,我开始懂得爱是经得起平淡。

爱人者,人恒爱之;敬人者,人恒敬之;宽以济猛,猛以济宽,政是以和。将军额上能跑马,宰相肚里能撑船。

最高贵的复仇是宽容。有时宽容引起的道德震动比惩罚更强烈。

君子贤而能容罢,知而能容愚,博而能容浅,粹而能容杂。

宽容就是忘却,人人都有痛苦,都有伤疤,动辄去揭,便添新创,旧痕新伤难愈合,忘记昨日的是非,忘记别人先前对自己的指责和谩骂,时间是良好的止痛剂,学会忘却,生活才有阳光,才有欢乐。

不要轻易放弃感情,谁都会心疼;不要冲动下做决定,会后悔一生。也许只一句分手,就再也不见;也许只一次主动,就能挽回遗憾。

世界上没有不争吵的感情,只有不肯包容的心灵;生活中没有不会生气的人,只有不知原谅的心。

感情不是游戏,谁也伤不起;人心不是钢铁,谁也疼不起。好缘分,凭的就是真心真意;真感情,要的就是不离不弃。

爱你的人,舍不得伤你;伤你的人,并不爱你。你在别人心里重不重要,自己可以感觉到。所谓华丽的转身,都有旁人看不懂的情深。

人在旅途,肯陪你一程的人很多,能陪你一生的人却很少。谁在默默的等待,谁又从未走远,谁能为你一直都在?

这世上,别指望人人都对你好,对你好的人一辈子也不会遇到几个。人心只有一颗,能放在心上的人毕竟不多;感情就那么一块,心里一直装着你其实是难得。

动了真情,情才会最难割;付出真心,心才会最难舍。

你在谁面前最蠢,就是最爱谁。其实恋爱就这么简单,会让你智商下降,完全变了性格,越来越不果断。

所以啊,不管你有多聪明,多有手段,多富有攻击性,真的爱上人时,就一点也用不上。

这件事情告诉我们。谁在你面前很聪明,很有手段,谁就真的不爱你呀。

遇到你之前,我以为爱是惊天动地,爱是轰轰烈烈抵死缠绵;我以为爱是荡气回肠,爱是热血沸腾幸福满满。我以为爱是窒息疯狂,爱是炙热的火炭。婚姻生活牵手走过酸甜苦辣温馨与艰难,我开始懂得爱是经得起平淡。

软件公司管理制度

广州市爱喜软件有限公司管理制度为加强公司的规范化管理,完善各项工作制度,促进公司持续、稳定、健康发展,广州 市爱喜软件有限公司特制定管理制度如下: 第一节总纲 遵纪守法,忠于职守,爱岗敬业。 维护公司声誉,保护公司利益。 服从领导,关心下属,团结互助。 爱护公物,勤俭节约,杜绝浪费。 不断学习,提高水平,精通业务。 积极进取,勇于开拓,求实创新。 第二节职能划分

第三节员工守则 一、公司全体员工必须遵守公司的各项规章制度和决定。 二、凡事以公司利益为重,有集体荣誉感。禁止任何部门、个人做有损公司利益、形象、声 誉或破坏公司发展的事情。 三、员工在上班时间应保持仪表整洁,举止端庄,行为检点,谈吐得体。特别在代表公司对 外业务联系时应树立公司良好形象。 四、员工应发扬求真务实的工作作风,提高工作效率;团结互助,同舟共济,发扬集体合作 和集体创造精神,增强团体的凝聚力和向心力。在工作当中应多发挥主观能动性,为公司出谋划策,多提合理化建议。各部门、各员工之间应互相配合,真诚协作,互相信任,互相学习,同心协力解决问题;注重对工作的主动性及创造性的培养,提高工作效率,不断提高个人的自身素质,每位员工都应尽职尽责,一切工作为求做到最好的效果。五、员工必须服从公司的组织领导与管理,对上级领导安排的工作应按质按量地完成,对未 经明示事项的处理,应及时请示,遵照指示办理;员工必须尽职尽责、精诚合作、敬业爱岗、积极进取。 六、每位员工都有义务爱护公司财产,遵守公司关于设备使用的规定。管理、保养好所使用 的设备并使之处于完好状态。损坏或遗失公司财物要立即报告上级,并主动赔偿由本人原因造成的全部或部分损失。不得将公司的财物据为已有。未经允许,不得随意翻看其它同事或公司的物品和资料。 七、节约就是美德,节约就是利润。从自身做起,从节约一张纸、一滴水、一度电、一分钱 做起,反对浪费。 八、维护公共环境卫生,随时保持办公区域的整洁,个人的办公桌和办公用品要每天整理, 垃圾应扔到垃圾篓,不得随地吐痰,乱抛杂物、纸屑果皮等; 七、上班时间应保持良好的工作气氛及环境,严禁打闹、嬉笑、高声喧哗、吃零食、看小说 及与专业无关的报刊、杂志;不得利用公司电脑打游戏、聊天或做其它与工作无关的事情。办公室内严禁打牌、下棋,酗酒、吸烟等。 第四节岗位责任制度 一、营运总监: 1)营运总监的工作范围:

集团软件开发管理制度

版本页标题:**集团信息技术管理制度 主题:软件开发管理制度 文档编号: 版本说明:

**集团 软件开发管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作,特制定本制度。本制度适用于公司总公司软件研发与管理,分公司参照执行。 第二条本制度中软件开发指新系统开发和现有系统重大改造。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作,一般仅向外购置有关的硬件 设备和支撑软件平台;合作开发是公司与专业IT公司(合作商)共同协作完 成IT应用的项目实施和技术支持工作,一般形式是公司负责提供业务框架, 合作商提供技术框架,双方组成开发团队进行项目实施,IT系统的日常支持 由IT技术中心和合作商共同承担,IT技术中心负责内部(一级)支持,合 作商负责外部(二级)支持;外包开发是指将IT应用项目的设计、开发、集 成、培训等任务承包给某家专业公司(可以是专业的IT公司或咨询公司 等),由该公司(承包商)负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管 理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、 系统上线和数据迁移。 第五条除特别指定,本制度中项目组包括业务组(或需求提出组)、IT组(可能包

括网络管理员和合作开发商)。 第二节立项管理 第六条提出开发需求的信息技术部门参与公司层面立项,进行立项的技术可行性分析,编写《立项分析报告》(附件一),开展前期筹备工作。《立项分析报 告》应明确项目的范围和边界。 第七条应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批,以保证系统项目与公司整体策略相一致。 第八条《立项分析报告》得到批准后,成立项目组(如果是外包开发,则成立外包商项目组;如果是合作开发,则与外包商共同成立合作开发项目组,以下统 称“项目组”),项目组应包括业务组(由公司相关业务部门组成)和IT组(自 行开发为办公室网络管理员;外包开发为外包商成员;合作开发为网络管理 员和外包商成员)。公司委派一名员工负责监督项目的进度,进行项目管理 工作,确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项 目对业务及技术要求,项目组人员应有足够的业务和IT技术方面的专业知识 来胜任项目各方面的工作。 第三节需求分析 第九条立项后业务组对用户需求进行汇总整理,出具《业务需求说明书》(附件二),并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部 门审批确认,作为业务需求基线。 第十条IT组在获得《业务需求说明书》后,提出技术需求和解决方案,并对系统进行定义,出具《系统需求规格说明书》(附件三)。《系统需求规格说明书》

软件开发管理制度

软件开发管理制度 为加强对公司软件研发部门工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。 1、立项:市场需求分析(或者合同)、项目立项申请表、项目风险分析清单。 2、需求分析:软件需求报告或设计方案、需求规格说明书。 3、总体设计:概要设计说明书或功能模块描述。 4、详细设计:详细设计说明书,包括软件接口说明、单元测试计划。 5、软件实现:软件功能说明、源代码、源代码说明或者注释 6、产品测试:测试报告 7、产品发布:产品说明书、使用手册 8、产品维护:问题反馈记录 9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表:

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,明确工作职责,逐步实现项目经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置。

软件公司管理制度

科技有限公司 管理制度(全) 该制度为科技有限公司全部管理制度 2016-03 目录 行政管理制度 (3) 一、办公室管理制度 (3) 1. 仪容仪表管理办法 (3) 2. 日常工作行为管理办法 (4) 3. 卫生管理办法 (4) 二、办公会议管理制度 (4) 三、办公用品管理制度 (4) 四、固定资产管理制度 (4)

五、办公车辆管理制度 (5) 六、办公公文管理制度 (5) 七、印章管理制度 (5) 八、档案管理制度 (5) 九、通讯管理制度 (6) 十、接待宴请管理制度 (6) 人事管理制度 (6) 一、招聘管理制度 (6) 二、考勤管理制度 (8) 三、人事异动管理制度 (11) 1. 考勤责任管理..................................... 错误!未定义书签。 2. 工作时间......................................... 错误!未定义书签。 3. 出勤管理......................................... 错误!未定义书签。 4. 休假管理......................................... 错误!未定义书签。 四、培训管理制度 (18) 五、薪酬福利管理制度 (18) 1. 薪酬体系 (18) 2. 薪酬管理 (18) 3. 福利体系 (18) 4. 福利管理 (18) 六、绩效考核管理制度 (18) 1. 考核原则 (19) 2. 试岗期考核管理办法 (20) 3. 试用期考核管理办法 (20) 4. 日常考核管理办法 (20) 5. 季度考核管理办法 (20) 6. 年度考核管理办法 (21) 七、社会保险管理制度 (21) 八、劳动合同、协议管理制度 (21) 采购管理制度 (21) 保密制度 (22) 安全管理管理制度 (22) 节约管理办法 (22) 办公管理制度 (22) 一、请示管理机制 (22) 二、汇报管理机制 (23) 三、沟通管理机制 (23) 无形资产管理制度 (24) 职业素养管理制度 (24)

软件企业研发组织管理制度

公司软件研发管理制度 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。 1、立项:市场需求分析(或者合同)、项目立项申请表、项目风险分析清单。 2、需求分析:软件需求报告或设计方案、需求规格说明书。 3、总体设计:概要设计说明书或功能模块描述。 4、详细设计:详细设计说明书,包括软件接口说明、单元测试计划。

5、软件实现:软件功能说明、源代码、源代码说明或者注释 6、产品测试:测试报告 7、产品发布:产品说明书、使用手册 8、产品维护:问题反馈记录 9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表:

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,

明确工作职责,逐步实现项目经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置。

软件开发流程管理制度模板

软件开发流程管理制度 ( 讨论稿) 为加强对定制软件开发工作管理, 缩短开发周期, 提高软件开发质量, 降低开发成本, 提高定开发效率和效益, 特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行, 让开发中各个环境更紧凑, 更可控, 需要尽可能实现项目管理的正规化, 工作过程的流程化, 以便提高软件质量, 按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程, 制定以下工作流程, 并规定了各个重要环节需要提交的交付物。各阶段需提交的文档: 1、立项: 项目申请表, 软件需求报告或设计方案。 2、需求分析: 项目研发主计划、需求规格说明书 3、总体设计: 概要设计说明书或功能模块描述

4、详细设计: 详细设计说明书, 包括软件接口说明、单元测试 计划。 5、软件实现: 软件功能说明、源代码说明或者注释 6、产品测试: 测试报告 7、产品发布: 产品说明书、使用手册 8、产品维护: 问题反馈记录 9、项目总结: 提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表: 行

第三章、岗位设置 根据公司当前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写, 系统总体设计的编写; 开发阶段完成设计文档的编写, 代码的编写、代码的维护。测试阶段完成系统的测试, 测试文档及其它材料。经过逐渐的调整岗位, 明确工作职责, 逐步实现项目经理, 软件设计师, 程序员, 测试工程师的岗位设置。

软件研发版本管理制度

北京东达悦科技有限公司 软件研发版本管理规范v1.0(草案) 研发部 2009-2-4

目录 文档类别使用对象 (3) 1.引言 (4) 1.1目的 (4) 1.2范围 (4) 1.3术语定义 (4) 1.4版序控制记录 (5) 1.5版本更新记录 (5) 2.版本管理 (6) 2.1版本标识方法 (6) 2.1.1正式版本 (6) 2.2目录结构 (6) 2.3文档的存放 (8) 2.3.1当前版本和历史版本的存放 (8) 2.3.2开发文档的存放 (8) 2.3.3源代码的存放 (8) 2.3.4 SQL语句的存放 (8) 2.3.5发行文档的存放 (9) 2.4权限控制管理 (9) 3.更新管理(版本升级) (9) 3.1版本升级原则 (9) 3.2 新版本的发布 (10) 4.备份管理 (11) 5.用户版本管理 (11) 6.研发部统一管理阶段性版本 (12) 6.1阶段性版本的提交到研发部 (12) 6.2阶段性版本的发布到公司网站上 (12) 6.3各项目组新版本内部及时备份。 (12) 7.版本工具的使用 (13) 7.1研发部采用SVN配置管理工具 (13) 8.各项目组提交文档及源码以及规则 (13) 8.1各项目组需要提交的文档 (13) 8.2目前所管理的产品列表 (14)

9.周报管理制度 (14) 10.风险管理制度 (15) 文档类别使用对象 文档类别 该文档是为东达悦公司提供一个版本管理规范性文件。 使用对象 该文档使用对象为东达悦软件公司研发本部各部门项目经理及版本管理人员,以及其他相关人员。未经许可,该文档不得提供给上述规定对象以外的人员阅读或使用。

软件开发管理制度

软件开发管理制度 软件开发管理是指根据公司统一的信息系统规划和业务需求,对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。 本制度适用于公司公司软件开发项目。 1.1 项目立项 信息系统研发前公司成立项目工作小组,重大项目成立项目领导小组,并指定负责人。 项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成,具体负责整个项目的开发工作。 项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识,小组负责人需具备组织领导能力,保证信息系统研发质量和进度。 业务部门根据本机构业务发展战略,在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。 1.2. 系统开发 公司业务部门编写项目需求说明书,提出业务需求和系统需求。 信息技术部和业务部门领导组织人员对项目需求进行评审,意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”,加盖相关部门签章归档。 公司信息技术部根据项目需求编制项目功能说明书。 公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书,设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。 公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划,并进行演练。 在编码阶段,软件开发人员应有良好的编写习惯,做好代码注释和说明,并做好单元测试工作。 1.3. 测试 公司应建立独立的测试环境,以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。 公司信息技术部应根据测试结果修补系统的功能和缺陷,提高系统的整体质量。 由业务部门组织人员完成软件的最终测试,并保留软件测试记录,撰写“项目测试报告”并确认签章,原则上要求项目测试人员和项目需求人员是同一批人员。 项目验收应出具由相关负责人签字的项目验收报告,验收不合格不得投产使用。 项目小组编写“软件上线计划”,按计划安全稳妥的实现软件产品的上线实施,对核心业务系统的软件上线由版本控制员实施,没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。

软件研发部管理制度

软件研发部管理制度 为加强对公司软件研发部门工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。 1、立项:市场需求分析(或者合同)、项目立项申请表、项目风险分析清单。 2、需求分析:软件需求报告或设计方案、需求规格说明书。 3、总体设计:概要设计说明书或功能模块描述。 4、详细设计:详细设计说明书,包括软件接口说明、单元测试计

划。 5、软件实现:软件功能说明、源代码、源代码说明或者注释 6、产品测试:测试报告 7、产品发布:产品说明书、使用手册 8、产品维护:问题反馈记录 9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表:

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,明确工作职责,逐步实现项目经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置。

软件研发管理制度

武汉新英赛研发管理 第一节 软件研发岗位职责 一、软件研发部经理岗位职责 软件研发部经理在总经理或主管副总的领导下, 全面负责软件研发部的日常管理, 组织 开展软件研发与测试工作,完成企业研发目标和经营目标。其具体职责如表 二、高级研发工程师岗位职责 高级研发工程师参与建立研发工作标准与规范,协助部门经理组织完成软件研发工作, 管理软件研发项目,改良升级进行软件。其具体职责如表 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 条专款专用。

公司软件开发管理制度(整理).(整理).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 做出简单的用户原型,与用户共同研究,直到用户满意

软件公司管理制度

重庆博邦信息技术有限公司管理制度 为加强公司的规范化管理,完善各项工作制度,促进公司持续、稳定、健康发展,天水 中强软件信息技术有限公司特制定管理制度如下: 第一节总纲 遵纪守法,忠于职守,爱岗敬业。 维护公司声誉,保护公司利益。 服从领导,关心下属,团结互助。 爱护公物,勤俭节约,杜绝浪费。 不断学习,提高水平,精通业务。 积极进取,勇于开拓,求实创新。 第二节职能划分

第三节员工守则 一、公司全体员工必须遵守公司的各项规章制度和决定。 二、凡事以公司利益为重,有集体荣誉感。禁止任何部门、个人做有损公司利益、形象、声 誉或破坏公司发展的事情。 三、员工在上班时间应保持仪表整洁,举止端庄,行为检点,谈吐得体。特别在代表公司对 外业务联系时应树立公司良好形象。 四、员工应发扬求真务实的工作作风,提高工作效率;团结互助,同舟共济,发扬集体合作 和集体创造精神,增强团体的凝聚力和向心力。在工作当中应多发挥主观能动性,为公司出谋划策,多提合理化建议。各部门、各员工之间应互相配合,真诚协作,互相信任,互相学习,同心协力解决问题;注重对工作的主动性及创造性的培养,提高工作效率,不断提高个人的自身素质,每位员工都应尽职尽责,一切工作为求做到最好的效果。五、员工必须服从公司的组织领导与管理,对上级领导安排的工作应按质按量地完成,对未 经明示事项的处理,应及时请示,遵照指示办理;员工必须尽职尽责、精诚合作、敬业爱岗、积极进取。 六、每位员工都有义务爱护公司财产,遵守公司关于设备使用的规定。管理、保养好所使用 的设备并使之处于完好状态。损坏或遗失公司财物要立即报告上级,并主动赔偿由本人原因造成的全部或部分损失。不得将公司的财物据为已有。未经允许,不得随意翻看其它同事或公司的物品和资料。 七、节约就是美德,节约就是利润。从自身做起,从节约一张纸、一滴水、一度电、一分钱 做起,反对浪费。 八、维护公共环境卫生,随时保持办公区域的整洁,个人的办公桌和办公用品要每天整理, 垃圾应扔到垃圾篓,不得随地吐痰,乱抛杂物、纸屑果皮等; 七、上班时间应保持良好的工作气氛及环境,严禁打闹、嬉笑、高声喧哗、吃零食、看小说 及与专业无关的报刊、杂志;不得利用公司电脑打游戏、聊天或做其它与工作无关的事情。办公室内严禁打牌、下棋,酗酒、吸烟等。 第四节岗位责任制度 一、公司经理(主任):

软件公司内部管理制度

公司内部管理制度 发件部门:人力资源部 审批:总经办 适用范围:公司全体员工 生效日期:2013年7月

第一部分公司考勤 第一章总则 第一条员工考勤是公司管理的基础性工作,是计发工资、奖金、福利的重要依据,员工上下班必须指纹打卡考勤。 第二条员工的考勤由人事行政部负责管理。 第三条员工须按照公司规定进行考勤并及时对异常考勤及假情况进行申报。第四条各级管理者须对员工的考勤情况进行监控,并按照规定及时审批员工的异常考勤。 第二章细则 第一节考勤分类说明 一、迟到、早退 第五条公司实行单双休工作制。每天具体工作时间为:上午8:30—11:30,下午13:00—18:00。 第六条员工上下班必须在指纹打卡机上签到,签到次数为两次,即上班和下班各一次。 第七条上班不得迟到与早退。 第八条 1.迟到:超过上午8:30到岗。如因堵车等自己无法控制的原因导致迟到需提前电话通知人事行政部。每月迟到两次以上者,从第三次开 始处罚。2.早退:早于下午18:00离岗。 扣款规定迟到、早退每次罚款30元:每月迟到、早退以及脱岗累计达到2次以上开始计算处罚(即从第3次开始计算处罚),并且每月迟到、

早退以及脱岗累计达到4次予以通报批评一次。每月迟到、早退以 及脱岗累计5次以上(含5次),按旷工一天处理。 二、旷工 第九条如有下列情形之一,均按照旷工处理。 1.未请假或者请假未批准,不到公司上班; 2.用不正当手段骗取、涂改、伪造请假证明; 3.其他等同于矿工的行为。 第十条1小时以上,2小时以内为旷工半天;3小时以上为旷工一天。 扣款规定旷工半天扣一天工资,旷工一天以及一天以上扣罚旷工时间的双倍工资。 三、事假、病假 第十一条事假须提前填写请假申请单,遇到紧急情况没能事先申请须于当日上午8:30分前电话通知上级主管和行政部,得到批准后按请假处理,但 须上班后填写请假单并由上级主管签字,将请假单交给行政部方能生 效,否则按缺勤处理。超过1天的事假:必须有事前经过批准的书面 请假单方可生效。 第十二条请事假必须由本人告知上一级主管并填写请假单,由他人代请假无效。扣款规定(1)扣除事假薪资的计算=月度薪资÷每月应出勤天数÷8×请假小时(2)月累计事假超过5天,当月没有考核工资,全年累计事假达到 15天没有年终绩效;连续6个月事假达到15天,或连续12个月累 计事假达到20天,公司有权解聘。 第十三条病假应事先填写请假单,病假超过一天须提交区级以上医院出具的病

公司软件开发管理规定

公司软件开发管理规定文件编码(008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256)

X X公司软件开发管理制度 XX公司软件开发管理制度 版本: SDM审批: QA经理[时间] CTO [时间] 目录 1.目的和作用 3 2.适用范围: 3 3. 参考文件 3 4.适用对象 3 5.软件开发流程 4 可行性研究与计划 4 实施 4 文档 4 应交付的文档 4 提交步骤 4 需求分析 4 实施 4 要求 5 交付文档 5 审批 5 概要设计 5 实施 5 要求 6 交付文档 6 补充说明 6 审批 6

详细设计 7 实施 7 要求 7 文档 7 审批 7 实现 7 实施与要求 7 交付文档 8 审批 8 组装测试 8 实施 8 要求 8 交付文档 8 审批 8 确认测试 9 实施 9 要求 9 交付文档 9 补充说明 9 审批 9 发布 10 过程 10 文档 10 审核 10 交接 10 6. 附录1:项目文档清单 11 1.目的和作用

本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。 2.适用范围: 公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员,软件开发人员,软件维护人员 5.软件开发流程 可行性研究与计划 实施 软件开发部分析人员进行市场调查与分析,确认软件的市场需求 在调查研究的基础上进行可行性研究,写出可行性报告 评审和审批,决定项目取消或继续 若项目可行,制订初步的软件开发计划,建立项目日志 根据市场环境、公司软硬件情况预测十大风险因素 文档 应交付的文档 1)可行性研究报告* 2)初步的软件开发计划 3)十大风险列表* 4)软件项目日志* 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理,相关书写人员可根据各文档模板形式撰写文档,正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 需求分析

软件公司规章制度大全

软件公司规章制度大全 【篇一:xxxx有限责任公司软件管理制度】 第一章软件的选型与选购 第一条本制度所指的软件包括系统软件、数据库软件、开发工具软件、开发平台软件及业务应用软件等。 第二条对公司各部门计算机软件的购置本着统一规划、统一标准、统一应用、统一实施的原则,以发挥整体优势,节约投资,便于管理。 第三条对于营业部个别需求的软件,由需求单位上报《软件购买申请表》(见附表1),信息技术中心对需求单位上报的购买申请进行 审核后,可以授权需求单位按计划自行购置。 第四条对通用系统软件(包括操作系统、数据库系统及novell网 络平台等系统软件)由信息技术中心经招标方式选定后统一购买, 供各总部、中心及营业部使用。 第五条软件购置合同是经济活动中的法律依据。软件的购置必须遵守经济合同法的条款及有关规定,合同(协议)的签订前须报公司 资产保全事业部审定,签定时必须由两人以上经办并经主管领导批准。合同(协议)要建档备案。 第六条软件的购置合同(协议)应包括以下内容:生产单位、产品名称、型号、版本、单价、合计金额、交货时间、地点、验收标准、付款时间、技术支持、培训及违约责任等内容。合同中需更详细明 确的条款和内容可用协议方式补充说明。 第七条合同执行过程中,如发生违约或纠纷,各单位应及时妥善处理,并上报公司法律办公室与信息技术中心。 第八条购置软件手续必须完整,由专人负责验收。验收时必须认真仔细,完成外观检查、数量及配置的清点、安装调试、试运行等几 个方面的验收程序。验收合格后及时填写《计算机软件验收单》 (见附表2)。 第九条软件验收合格后,购置部门应及时办理软件入库手续,并交由专职部门妥善保管。 第二章应用软件的开发 第十条公司各部门如需开发应用软件应在调查研究的基础上提交项目申请并填写《软件项目需求报告》(见附表3),报公司信息技术 中心审批。

某大型公司软件开发管理制度.doc

某大型公司软件开发管理制度1 某大型公司公司软件开发管理制度 版本: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 软件开发部分析人员进行市场调查与分析,确认软

软件开发管理制度

软件开发部管理制度 一、目的 为保障日常工作正常有序的进行,让开发中各个环节更加紧凑,更加可控,需要尽可能实现软件开发部的管理正规化,工作过程的流程化,以便提高网页质量和开发效率,达到项目能够按质按量按期上线的目标。 二、试用范围 本制度适用于XX有限公司及其下属分公司或全资控股的子公司。 三、部门职责 1、负责公司国内网站平台的建设,包括开发,完善与维护; 2、负责公司国外网站平台的建设,包括开发,完善与维护; 3、负责公司后台数据中心的建设,包括发开,完善与维护; 4、负责公司各部门运营流程体系搭建与维护; 5、负责公司ERP、CRM系统开发与维护; 6、负责公司应用软件、产品软件开发; 四、部门架构 软件开发部共分为五个小组,以下是部门的组织架构图: 五、软件开发管理制度

软件开发共有四个阶段,分别是:项目立案,软件开发,功能测试以及产品上线,每一个阶段又细分出相应的流程,如图: 1.项目立案管理与规范 1.1提出需求:公司所有部门的负责人可以在后台系统提出功能需求,包括软件 维护,软件改进,软件开发。 1.2需求管理: IT自动化中心对来自用户等各方面的需求进行收集、汇总、分析、 更新、跟踪; 1.3产品设计:IT自动化中心编写产品需求文档,包括业务结构及流程、界面原 型、页面要素描述等内容; 1.4确定方案:IT自动化中心组织协调需求方、软件开发负责人,对需求进行评 估,审核通过后方可立项,并确认开发周期; 2. 软件开发 2.1分配功能:在新项目发布后,软件开发负责人根据项目的紧急重要程度,及时 分配安排开发人员进行开发,将项目任务标记为‘已分配’,并讲解说明该项 目在公司业务层面上的意义,使项目立体化; 2.2开发功能:软件开发人员在接到分配的新项目时,先标记项目状态为‘处理中’,

软件管理制度

计算机软件管理制度 第四十三条计算机软件包括:系统软件、数据库软件、专业应用软件。 第四十四条工程技术部为计算机软件管理的归口部门,负责软件的调研、采购、安装、升级、保管工作;参与专业软件的推广应用。 第四十五条计算机软件的采购: 1、信息管理员提出相关系统软件的采购及升级申请,填写《软件引进、升级审 批表》,经部门主管批准后采购; 2、将原始盘片、资料、合同及发票复制件归档保存;办理软件注册手续,并将 软件认证号码、经销商和技术支持商相关信息填入《软件信息表》; 3、分公司/项目部根据实际需要购买相关系统软件,5千元以上软件由集团公司 工程技术部采购并安装,并统一管理;5千元以下软件可由分公司信息管理员进行采购、安装,报集团公司工程技术部备案。 第四十六条计算机软件的管理: 1、信息管理员负责软件的安装,信息管理部门保存和使用软件的复制盘片,也 可根据需要从档案借出原始盘片,复制相关资料留存使用; 2、信息管理员应及时下载系统及平台软件的相关补丁程序,并与原系统进行配 套管理和使用。 第四十七条管理信息系统软件的开发、引进及推广应用: 1、编制所开发及引进项目的合同文本、招标文件及其它相关技术文件; 2、组织需求分析; 3、组织有关业务部门进行需求调查,并将各使用人的需求记录下来; 4、确立所开发项目的数据规范与业务流程; 5、确立系统的开发环境及系统的应用环境; 6、组织相关设计文件的编制(概要设计文件、详细设计文件); 7、编制项目测试计划; 8、按照功能需求,对各模块进行功能测试并做详细记录; 9、未达到功能需求的模块及时反馈给开发组成员进行重新设计; 10、编制项目测试报告; 11、编写培训计划及培训文件; 12、组织编写软件的使用说明书; 13、组织落实培训,对使用人的掌握情况进行考核; 14、负责协调推广应用中使用部门间的关系; 15、将用户对软件的功能需求和建议及时反馈给开发组成员进行功能完善。 第四十八条计算机软件的升级与安装: 1、对原系统的数据进行备份并做好相关的记录(落实相关责任人签字确认); 2、组织安装新系统所需的相关硬件和系统软件,落实安装调试的资源; 3、组织新的应用系统的安装测试并做相应的记录; 4、将原系统的数据文件导入新系统中(落实相关责任人签字确认);

软件公司研发项目管理制度

软件公司研发项目管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作,特制定本制度。本制度适用 于公司软件研发与管理。 第二条本制度中软件开发指新系统开发和现有系统维护或改造,此类工作均需要以项 目制管理。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统 设计、软件开发、集成和相关的技术支持工作,一般仅向外购置有关的硬件设备和支撑软件平台;合作开发是公司与专业IT公司(合作商)共同协作完成IT应用的项目实施和技术支持工作,一般形式是公司负责提供业务框架,合作商提供技术框架,双方组成开发团队进行项目实施,IT系统的日常支持由技术研发部承担;外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司(可以是专业的IT公司或咨询公司等),由该公司(承包商)负责应用项目的实施。 第四条 软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。 第五条 除特别指定,本制度中项目组包括业务组(或需求提出组)、开发组(可能包括网络管理员和合作开发商)。 第二节立项管理 第六条 提出项目需求的部门参与公司层面立项,进行立项的技术可行性分析,编写《立项分析报告》,开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。 第七条 需求提出部门将立项分析报告》交相关部门会签后,上交公司高层进行立项审批,以保证系统项目与公司整体策略相一致。 第八条 《立项分析报告》得到批准后,成立项目组(如果是外包开发,则成立外包商项目组; 如果是合作开发,则与外包商共同成立合作开发项目组,以下统称“项目组”),项目组应包括业务组(由公司技术研发部需求管理组和相关业务部门组成)和开发组(自行开发为技术研发部开发组、网络管理员;外包开发为技术研发部指定的开发组长、网络管理员和外包商成员;合作开发为技术研发部开发组指定人员、网络管理员和外包商成员)。公司技术研发部委派一名项目经理负责监督项目的进度,进行项目管理工作,确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求,项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。

软件公司内部管理制度

×××软件技术有限公司 内部管理制度 发件部门:综管部 审批: 适用范围:公司全体员工 生效日期:2011年4月

第一部分公司考勤 (3) 第一章总则 (3) 第二章细则 (3) 第一节考勤分类说明 (3) 一、迟到、早退 (3) 二、旷工 (4) 三、事假、病假 (4) 四、工伤假 (5) 五、婚假 (5) 六、丧假 (5) 七、产假 (5) 八、年休假 (6) 九、加班倒休 (7) 第二节考勤审批规定 (7) 第三章附则 (8) 第二部分福利制度 (9) 一、假期 (9) 二、活动 (10) 三、社会保险 (10) 四、体检 (10) 五、午餐补助 (11) 其它 (11) 第三部分办公室管理及网络管理 (11) 一、办公室管理 (11) 二、网络管理 (12) 三、计算机管理 (12) 四、数据安全 (13) 第四部分印章管理 (13) 一、目的 (13) 二、公司印章种类 (14) 三、印章管理者 (14) 四、印章的保管 (14) 五、用印时的注意事项 (14) 六、专业印章的刻制与使用 (15) 七、印章的遗失与销毁 (15) 第五部分图书管理 (15) 一、工作目的 (15) 二、适用范围 (15) 三、工作内容 (15) 四、图书保管 (16) 五、图书借阅 (16) 第六部分钥匙管理 (16) 第七部分员工奖惩 (17) 一总则 (17) 二奖励 (17) 三处罚 (18)

第一部分公司考勤 第一章总则 第一条考勤是企业管理的基础性工作,是计发工资奖金、劳保福利等待遇的重要依据,各级领导必须给予重视。 第二条员工的考勤情况由综管部负责管理。 第三条员工须按公司规定进行考勤记录并及时对异常考勤及休假情况进行申报; 第四条各级管理者须对员工的考勤情况进行监控,并按规定及时审批员工的异常考勤申报及休假申请。 第二章细则 第一节考勤分类说明 一、迟到、早退 第五条公司实行每周五天,每天八小时工作制。每天具体工作时间为:上午9:00-12:00 ,下午13:00 -18:00。 第六条员工上下班必须在考勤表上签到,签到次数为两次,即上班和下班各一次,严禁代(托)人签到。如有特殊情况可由综管部人员在考勤表上注明原因,具体按以下方式填写: “事”为事假,“病”为病假,“迟”为迟到,“早”为早退,“出”为出差,“外”为公 事外出。如计划出差及早上直接外出办事应在前一天提前在考勤表上记录。并由综管 部监督考核。 第七条上班不得迟到与早退。 第八条1.迟到:超过上午9:00到岗。如因堵车等自己无法控制的原因导致迟到需提前电话通知综管部。每月迟到两次以上的,从第三次开始进行处罚。2.早退:早于下午18: 00 离岗 扣款规定迟到、早退每次罚款30元;每月迟到、早退以及脱岗累计达到2次以上开始计算处罚(即从第3 次开始计算处罚),并且每月迟到、早退以及脱岗累计达到4 次予以通

相关文档
最新文档