正软件管理工作指南

正软件管理工作指南
正软件管理工作指南

附件

正版软件管理工作指南

推进使用正版软件工作部际联席会议办公室

2016年7月11日

前言

为推进各级政府机关和企事业单位落实软件正版化工作主体责任,加强正版软件管理,保障信息安全,提高使用效率,降低使用成本,推进软件正版化工作规范化标准化,制定《正版软件管理工作指南》(以下简称《指南》)。

《指南》主要包括责任制度、日常管理、软件配置、软件台账、安装维护等五项软件使用管理制度范本和台账范本,供各单位开展正版软件管理工作参考。各单位可根据本单位实际情况对《指南》相关内容进行修改完善,建立本单位正版软件管理办法。

《指南》主要内容如下:

一、软件正版化工作责任制度。明确软件正版化工作领导小组人员组成和工作职责,以及软件使用部门和工作人员职责。

二、软件日常使用管理规定。明确软件日常使用管理涉及的工作计划、预算编制、软件采购、软件维护、宣传培训、检查考核、总结报告等工作流程和要求。

三、软件配置管理规定。明确软件配置原则和配置流程。

四、软件台账管理规定。明确软件使用管理台账种类和

管理办法。

五、软件安装维护管理规定。明确软件安装、卸载及升级维护流程。

《指南》由推进使用正版软件工作部际联席会议办公室负责解释。

目录

一、软件正版化工作责任制度 (8)

二、软件日常使用管理规定 (11)

三、软件配置管理规定 (13)

四、软件台账管理规定 (15)

五、软件安装维护管理规定 (18)

六、附件:

1.软件正版化工作领导小组成员信息表 (20)

2.使用正版软件承诺书 (21)

3.软件使用需求申请表 (22)

4.软件采购计划表 (23)

5.软件正版化工作信息统计表 (24)

6.可使用免费软件清单 (25)

7.软件使用情况汇总表 (26)

8.软件使用情况明细表 (27)

9.软件安装维护情况明细表 (28)

10.软件安装维护申请表 (29)

11.软件安装维护确认单 (30)

软件正版化工作责任制度

为进一步加强软件正版化工作,明确软件正版化工作职责,落实软件正版化工作主体责任,推进责任落实到人,制定本制度。

一、软件正版化工作领导小组职责

软件正版化工作领导小组负责统筹协调推进软件正版化工作,研究制定软件正版化工作相关规定和措施。

(一)人员组成

1.单位主要领导担任软件正版化工作领导小组组长。

2.单位分管领导担任软件正版化工作领导小组副组长。

3.信息化、办公厅(室)、人事、财务、资产管理等部门主要负责人为领导小组成员。

软件正版化工作领导小组成员名单详见《软件正版化工作领导小组成员信息表》(附件1)。

(二)工作职责

1.领导小组组长职责

领导小组组长为软件正版化工作第一责任人,负责审定软件正版化工作年度目标任务、工作计划、经费预算、工作措施、考核评议、年度报告等工作。

2.领导小组副组长职责

领导小组副组长负责指导并督促软件正版化工作责任部门贯彻落实软件正版化年度工作计划,按期完成软件正版化工作各项年度目标任务。

3.领导小组成员部门职责

(1)制定软件配置标准。

(2)制定年度软件正版化工作计划。

(3)开展年度软件使用情况检查。

(4)编制年度软件采购预算。

(5)开展年度软件采购工作。

(6)开展软件安装、卸载、升级和维护工作。

(7)建立并维护软件使用管理台账。

(8)开展年度软件正版化工作宣传和培训。

(9)开展年度软件正版化工作考核评议。

(10)开展软件正版化工作年度总结工作。

(11)开展软件使用管理其他日常工作。

信息化部门负责软件正版化工作领导小组日常工作。

二、软件使用部门职责

软件使用部门主要负责人是本部门软件正版化工作的第一责任人,负责配合信息化、办公厅(室)、人事、财务、资产等部门做好软件正版化工作,督促本部门工作人员严格遵守软件正版化工作相关规章制度。

三、工作人员职责

工作人员要签署《使用正版软件承诺书》(附件2),严格遵守软件正版化工作相关规定,不得私自在计算机上安装或卸载软件。

四、责任追究

部门没有落实软件正版化工作相关规定,存在工作人员使用盗版软件的,一经发现,取消该部门年度评优评奖资格。工作人员违反软件正版化工作相关规定,私自安装或卸载软件的,一经发现,取消年度评优评奖资格,视情扣除年度绩效奖励。

软件日常使用管理规定

软件日常使用管理工作主要包括:制定年度工作计划、编制预算与采购、软件维护管理、督促检查、宣传培训、总结报告等工作。

一、制定年度工作计划

信息化部门牵头制定年度软件正版化工作计划。软件正版化工作计划要明确目标任务、推进措施、进度安排、检查方案等主要内容。

二、编制预算与采购

1.软件使用部门每年根据实际需要,填报《软件使用需求申请表》(附件3)。

2.信息化部门统计汇总软件使用部门报送的软件使用需求,依据软件配置原则和流程,编制年度《软件采购计划表》(附件4)。

3.财务部门确保软件采购经费纳入年度预算,明确资金来源和经费保障,并对预算执行情况进行审核监督。

4.财务、资产管理部门督促、指导信息化部门严格按照软件采购计划做好软件采购工作。

三、软件维护管理

信息化部门按照《软件台账管理规定》和《软件安装维

护管理规定》,做好软件的日常安装、维护和软件台账管理工作。

四、督促检查

1.信息化部门牵头每年至少开展一次软件使用情况全面检查工作,通报检查结果。对检查发现的问题,督促相关部门认真整改。

2.信息化部门要注重利用技术手段开展软件使用情况检查,提高检查效率。

五、宣传培训

1.软件正版化工作领导小组成员部门负责人要参加主管部门举办的软件正版化工作培训班。

2.信息化部门牵头做好本单位软件正版化工作培训,每年至少举办一次软件正版化工作培训班。

3.通过专题会议或培训、单位网站、知识竞赛、宣传手册、海报、视频等方式宣传软件正版化工作意义和成果。

六、总结报告

信息化部门牵头总结年度软件正版化工作,重点是软件正版化工作责任落实、软件采购、软件使用管理、督促检查等情况,填写《软件正版化工作信息统计表》(附件5)。

软件配置管理规定

为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程,制定本规定。

一、配置原则

1.软件配置遵循安全性、适用性、经济性和正版化的原则,不得配置非正版软件。

2.单位使用的商业软件、OEM软件、免费软件均需纳入配置管理,不得配置与工作无关的各类软件。

3.优先采用场地授权(许可)方式配置软件。

二、配置流程

1.软件使用部门根据本部门各岗位工作需要,编制岗位软件需求清单,填写《软件使用需求申请表》(附件3)。

2.信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》,对软件使用部门需要的相关软件进行统一测试和试用,综合考虑软件的价格、兼容性、安全性和售后服务等因素,确定软件选型,明确软件名称和版本。涉及使用免费软件的,更新《可使用免费软件清单》(附件6)。

3.信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可的差异。单位软件许可不足的,编制《软件采购计划表》(附件4)。

4.财务部门要将软件采购纳入单位年度预算。财务、资

产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。

5.财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作,重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。

6.信息化部门负责软件使用管理日常工作。

7.单位采购的软件,因以下情况申请报废的,需经过信息化部门鉴定,严格履行资产处置报批手续:

(1)已经达到规定的最低使用年限,且无法继续使用的。

(2)未达到规定的最低使用年限,因技术进步等原因无法继续使用的。

(3)未达到规定的最低使用年限,因计算机硬件报废,且无法迁移到其他计算机上继续使用的。

8.信息化部门在单位新采购软件、报废软件和调整可使用免费软件清单后,更新《软件使用情况汇总表》(附件7)。

软件台账管理规定

为规范软件使用管理工作,及时建立、更新和维护软件台账,全面掌握软件使用情况,提高软件使用效率,制定本规定。

软件台账包括《软件使用情况汇总表》(附件7)、《软件使用情况明细表》(附件8)和《软件安装维护情况明细表》(附件9)。信息化部门负责软件台账的建立、更新和维护工作。

一、软件使用情况汇总表

1.《软件使用情况汇总表》用于登记单位人数及计算机数总体情况、商业软件使用总体情况、随机预装软件使用总体情况,以及免费软件使用总体情况。

2.软件名称或软件版本不同的商业软件,使用不同的软件编号。

3.软件名称及软件版本相同的商业软件,采购时间、采购金额、许可类型、许可数量、可使用版本、许可期限、序列号等任一不相同的,使用不同的软件编号。

4.通过受赠、调剂等方式获得的商业软件,不填写采购时间、采购金额。

5.软件名称或软件版本不同的OEM软件,使用不同的软件编号。

软件,不填写采购时间、采购金额、许可类型、许可数量、可使用版本、许可期限、序列号等信息。

7.软件名称不同的免费软件,使用不同的软件编号。

8.软件名称相同、软件版本不同的免费软件,使用相同的软件编号。

9.免费软件,不填写软件版本、采购时间、采购金额、许可类型、许可数量、可使用版本、许可期限、序列号等信息。

10.新增、处置商业软件后,更新《软件使用情况汇总表》。

11.新增、处置计算机办公设备后,更新《软件使用情况汇总表》。

12.调整可使用免费软件清单后,更新《软件使用情况汇总表》。

13.根据《软件安装维护情况明细表》中登记的软件安装和卸载情况,至少每半年更新《软件使用情况汇总表》一次。

二、软件使用情况明细表

1.《软件使用情况明细表》登记单位每位工作人员使用计算机办公设备情况,及相应计算机办公设备中软件安装情况。

2.工作人员使用的全部计算机办公设备,以及相应计算机办公设备中安装的全部软件,登记在《软件使用情况明细表》中。

3.根据《软件安装维护情况明细表》中登记的软件安装和卸载情况,至少每半年更新《软件使用情况明细表》一次。

三、软件安装维护情况明细表

1.《软件安装维护情况明细表》用于登记软件的安装和卸载情况。

2.根据《软件使用情况汇总表》中的软件编号建立相应软件的《软件安装维护情况明细表》。

3.每一个软件编号对应的软件,建立一份相应软件的《软件安装维护情况明细表》,用于登记该软件的安装和卸载情况。

4.在计算机办公设备中安装或卸载软件后,更新相应软件的《软件安装维护情况明细表》。

5.在计算机办公设备中更新升级商业软件时,更新升级前软件和升级后软件对应的《软件安装维护情况明细表》,分别登记升级前软件的卸载情况和升级后软件的安装情况。

软件安装维护管理规定

为规范软件安装和维护,提高软件资源使用效率,保障信息系统安全高效运行,提升日常工作效率,制定本规定。

一、软件安装或卸载

1.工作人员不得私自在计算机上安装或卸载软件。

2.工作人员因个人工作需要,要求安装或卸载软件的,要填写《软件安装维护申请表》(附件10),经审核同意后,由信息化部门安排相关人员负责软件安装或卸载工作。

3.单位统一部署的软件安装或卸载工作,工作人员无须填写《软件安装维护申请表》。信息化部门将统一部署软件安装或卸载工作通知相关部门,并安排相关人员负责软件安装或卸载具体工作。

4.信息化部门相关人员安装或卸载软件后,要完成以下工作:

(1)填写《软件安装维护确认单》(附件11),要求计算机使用人签字确认软件安装或卸载情况。

(2)填写《软件安装维护情况明细表》(附件9),登记软件安装或卸载情况。

二、软件升级

1.工作人员不得私自升级计算机上已安装的商业软件。

2.工作人员因个人工作需要,要求升级计算机上已安装

的商业软件,要填写《软件安装维护申请表》。

3.软件升级由信息化部门统一部署。信息化部门根据工作人员软件升级需求和单位工作需要,研究制定软件升级方案。

4.信息化部门负责将统一部署的软件升级工作通知相关部门,并安排相关人员负责软件升级具体工作。

5.信息化部门相关人员完成软件升级任务后,要完成以下工作:

(1)填写《软件安装维护确认单》,要求计算机使用人签字确认软件升级情况。

(2)填写《软件安装维护情况明细表》,分别填写升级前软件卸载情况和升级后软件安装情况。

三、软件台账维护

信息化部门相关人员每半年根据《软件安装维护情况明细表》,更新《软件使用情况汇总表》(附件7)和《软件使用情况明细表》(附件8)。

附件2

使用正版软件承诺书

本人承诺严格遵守单位软件正版化工作相关规定,不私自在计算机办公设备及系统中安装或卸载软件。本人若违反单位软件正版化工作相关规定,全部后果由本人负责。

承诺人签字:

年月日

软件开发流程图.docx

软件开发流程图 项目前期 需 求 变 化项目启动 需 要系统实变现 更系统调测 开始 获取用户需 编制初步方 编制进度 / 跟踪 需求基本确定 编制详细预 配置内部资 分配开发任 系统实现 控制/调 无需变更 技术调测 PM:获取 EU主要的关键性需求 PM:根据 GM安排编制简略 / 详细的建设方案 PM:基于内部预算对 EU提供费用报价 PM:与 EU确认需求变动及方案、费用调整 PM:完成详细内部预算并提交给GM PM:通过内部项目管理系统配置详细人员、进度安排 PM:移交 EU需求给PG,安排 PG开发任务 PG:根据 EU需求及 PM要求,执行开发任务 PM:通过内部项目管理系统审核PG工作日志, 确认 EU需求变动,执行进度控制,必要时变 更人员安排及内部预算 PG:技术调测及修改;根据TE 测试文档调试修改集成测

部署试

TE:进行集成测试,编制测试文档,提交PM,送达PG 未 通 过通过 通过项目后期 系统验收 结束PG:部署至外部服务器 PM:系统初验 EU:试用 PG : 部署正式上线,编制开发字典,提交PM M 获得试用意见 TE:编制系统操作手册、功能列表,提交PM PM:提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项,向 GM汇报 备注: PM (Project Manager):项目经理PG (Programmer):程序员EU (End-User):最终用户TE (Test Engineer):测试工程师GM (General Manager):总经理 硬件开发流程图

产品调研 / 新产品立设计开发执行子项目分支执 首样评审业务部主导 研发部 研发部主导 业务部 研发部主导 研发部主导 业务部 采购部 研发部主导 业务部 工程部 1、资料搜集并拟定产品需求表 ① 预期的用途,特定的功能、性能和安全要求; ② 类似产品的名称,型号或参考实物样板; ③ 细化客户对产品的外观、功能、价格等要求; ④拟定《产品需求表》展开评审会议 , 并形成《技术可行性分 析报告》同时交总经理审批。 2、研发经理组织结构、电子与ID 协调定义,进行3D 图形设计 与修改,形成《产品外观效果图》《产品3D 图》、《产品规 格书》会同业务、总经理展开评审会议,若评审通过,由业 务形成《立案通知书》和《产品研发任务书》交总经 理审批,输出交研发部进行设计开发工作。 注: B 类项目可直接评估形成《产品研发任务书》 3、研发部签收《产品研发任务书》 , 项目负责人根据《产品外 观效果图》、《产品 3D 图》、《产品规格书》、《产品研发 任务书》的要求对设计工作进行策划形成《项目进度表》,包括: ① 设计过程中各阶段时间和工作内容的安排; ② 设计评审、设计验证、设计确认的安排; ③ 设计过程中各项工作的分工及各小组之间的接口及工 作顺序等; 4、项目负责人根据《项目进度表》推进设计,每设计阶段 必须与研发部经理进行设计评审,设计评审完成后研发部 完成硬件打样,首样制作由该项目各负责工程师共同制作, 并完成《样机测试记录表》、《操作说明》、《首样评审表》, 并填写《线路板通知书》、《开模申请表》交研发经理审核。研发 部根据设计评审结论编制 BOM、电路原理图、贴片图的PDF电子 版、结构爆炸图、《样机测试记录表》、《软件测试 记录表》、《样机测试记录表》并存档。 5、结构电子依《首样评审表》内容,对需要做设计变更的 尤其产品外观改动的,需经总经理批准的《设计变更表》, 才能对其模具设计修改,并填写《改模记录表》。首样评审完 成修改通过后,发放至工程部由工程部汇总完成《工程 样机测试汇总表》,3 个工作日后由项目负责人组织电子、 结构、工程、品质、业务进行项目首样评审。

软件项目工作流程图

售前准备 利水新华(北京)科技有限公司质量记录 软件项目开发流程图 开始 售 前 项 目 实 销售立项 软件组 综合组 商务 技 术 支 持 任 务 书 销售立项报告 合同评审记录表 签订合同 工 程 立 项 任 务 书 施 设计开发 开发任务书 需求分析 工程立项报告书 实施策划 测试记录及问题处理表 进度管理表 集成测试 安装调试 申请表 安装调试 培训 评估表 用户 测试 测 试 记 录 项目移交 申请表 初验 报验申请表 试运行 及 表理处题问 项 目 服 项目移交 接收内容 登记表 项目维护 终验申请 终验 终验报告 质保期维护 务 服 务 及 维 护 记 录 结束 1

实施策划利水新华(北京)科技有限公司质量记录 实施流程图(一) 售前控制 编写立项报告?工程立项报告书立项评审 N ?评审记录 客户Y评审 通过?立项通知?变更申请 需求分析 Y 客户沟通、交流 编写软件需求规格说明书 ?软件需求规格说明书 ?测试用例 N 需求评审 编制项目 测试用例 编制项目进度 评审 通过 Y 任务分发 ?交流纪要 ?变更记录 ?进度管理表 ?客供财产清单 ?开发任务书 ?空间数据或美工处理任务书 ?采购申请 ?进度报告 ?评审记录 ?变更申请 系统设计 2

实施流程图(二) 需求分析 系 统 设 计 编写 需求解读 软件设计说明书 数据库设计说明书 ?软件设计说明书 ?数据库设计说明书 N 设计评审评审 通过 Y ?评审记录?进度管理表?进度报告 编制开发进度?变更申请 具体任务分配 软 件 编 码实单元测试 代码编写?安装维护手册 ?用户手册 ?软件程序编写规范 ?源代码 现 代码修改 测试问题修手册编写 ?测试记录及问题处理表 ?进度管理表 ?进度报告 ?变更申请 改 项?测试计划 目 测 试 项目集成测试编写测试报告编制培训大纲 安装调试 3?用户培训大纲(教材)?测试分析报告 ?测试记录及问题处理表?进度管理表 ?进度报告 ?变更申请

软件开发过程管理

软件开发过程管理流程

修改记录

目录 1编写背景 (4) 2编写目的 (4) 3名词解释 (4) 4适用范围 (5) 5公司各部门职责及关系 (5) 5.1项目管理委员会 (5) 5.2项目管理部与总工办 (5) 5.3公司各部门主要职责 (5) 5.3.1公司董事会 (5) 5.3.2总经理办公室 (6) 5.3.3项目管理委员会(简称:PMO) (6) 5.3.4项目管理部 (6) 5.3.5总工办 (7) 5.3.6项目经理 (7) 5.3.7测试组 (7) 5.3.8其它相关部门 (7) 6项目总体工作流程 (8) 6.1工作流程 (8) 6.2流程说明 (9) 7项目过程说明 (11) 7.1启动过程 (12) 7.1.1可行性研究阶段 (12) 7.2计划过程 (12) 7.2.1项目立项阶段 (12) 7.3执行过程 (14) 7.3.1需求分析阶段 (14) 7.3.2概要设计阶段 (15) 7.3.3代码开发阶段 (15) 7.3.4软件测试阶段 (16) 7.4监控过程 (16) 7.5收尾过程 (17) 7.5.1产品交付阶段 (17) 7.5.2产品验收阶段 (18) 8项目记录文档汇总 (18)

1文档介绍 1.1编写背景 根据公司业务特点及行业特点,公司主要以项目开发为主,那么实施全面的项目管理,将公司所有在建、新建的项目纳入项目管理的范畴之内就显得尤为重要。 因此,公司重新组建了项目管理部,在公司范围内推进项目的规范化运作,同时检验公司项目管理机制的缺陷,提出项目管理过程的改进建议和意见,更好的为公司的业务目标服务。 1.2编写目的 本文档将从项目管理的启动过程、计划过程、执行过程、监控过程、收尾过程五个过程,全面阐述项目管理的工作职能,每个过程包含那些阶段,各阶段的工作内容,相关的参与部门,参与部门的工作职责以及相应的考核指标,力求规范化管理公司的所有项目,保障公司项目保质保量按期完成。 1.3名词解释 项目基线:指项目生命周期内产生的文档,在经过公司评审通过后,该文档将作为基线文档,后续的所有变更都是基于该基线文档。 干系人:指参与项目活动或受项目活动影响的人,包括项目发起人、项目组、支持人员、客户、供应商,甚至是项目的反对者。 项目发起人:指项目的发起者,任何有创新想法的人员均可成为项目发起人。 项目组:指项目经理为具体项目而临时组建的团队,团队既可以是部门内部人员,也可以跨部门组建项目团队。 过程文档:指辅助项目经理或公司对项目过程进行管控的文档。 产品文档:指与项目开发紧密相关的文档,并作为项目的一部分交付给最终

新产品开发工作流程05998

新产品开发工作流程1.流程工作内容

2.流程具体实施要求 新产品的开发流程根据以下几个阶段来考虑完善(顾客有明确要求的汽车主机厂整车付新产品开发执行APQP程序): 2.1顾客要求评审(合同评审) 2.1.1顾客要求评审的输入有三种: 1)顾客新要求,评审依据:《顾客要求评审表》; 2)产品变更要求,评审依据:《产品变更通知单》; 3)顾客确认不合格,评审依据:《新产品开发样品顾客确认通知单》。

2.1.2顾客要求评审的输出有三种: 1)顾客要求明确,公司有能力达到,纳入开发计划; 2)顾客要求不明确,需进一步沟通后纳入开发计划; 3)顾客要求明确,但公司没有能力达到,暂不纳入开发计划。 2.1.3技术部是新产品开发顾客要求评审(合同评审)的组织者。评审的模式及时间节点: 销售部将《顾客要求评审表》或《产品变更通知单》《新产品开发样品顾客确认通知单》传递给技术部 1)简单产品(比如单口型挤出、单件产品、不涉及外协加工等),技术部根据以往经验和当前公司能力初步判定能否满足顾客要求;如无法独自判定,则组织生产、供应和相关人员进行评审确定。能够开发的项目,技术部进行产品工艺分析,确定原材料、工艺流程和技术文件完成时间并编制《新产品开发计划》交生产部及责任车间评审开发各阶段的完成时间。技术部根据开发计划的评审时间确定产品交付时间,填写完成《顾客要求评审表》或《产品变更通知单》。最终将单据交回销售部。销售部将经过审批的单据分发到相关部门。如果进行开发,技术部据此组织开发计划实施。 时间节点,技术部自接单时刻计算,两个工作日完成(当日下班前一小时的接单计入次日)。特殊情况,技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求,销售部同意或请示上级领导同意后,按同意的时间节点完成。 2)复杂项目或整车付产品项目的开发,技术部组织相关技术人员、供应部、生产部、质保部和生产车间召开项目开发评审策划专题会议,对开发项目进行评审策划,将最终结果填写在《产品开发项目评审记录表》与《项目开发评审策划书》上,形成评审结论。 根据评审结论,《顾客要求评审表》要求的相关部门填写完成此单据,在规定的时间前返回销售部。如果进行开发,技术部据此编制开发计划和技术文件。 时间节点,技术部自接单时刻计算,五至七个工作日完成(当日下班前一小时的接单计入次日)。特殊情况,技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求,销售部同意或请示上级领导同意后,按同意的时间节点完成。 2.2编制新产品开发计划 2.2.1新产品开发计划的输入有四种: 1)《顾客要求评审表》; 2)《产品变更通知单》; 3)《质量问题反馈单》中涉及到需要进行产品开发(完善)的相关措施; 4)经过顾客确认上次开发样品不合格的《新产品开发样品顾客确认通知单》。 2.2.2新产品开发计划的输出:项目负责人编制新产品开发试制技术文件和开发计划的实施。

软件开发流程管理制度

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

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

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

新产品开发部门工作流程图

新产品开发部门工作流程图 新产品开发策略 主要方式 呈 报 新产品样品开发 产 品开发过程

附件一:内部管理制度 新产品开发工作,是指运用国内外在基础研究与应用研究中所发现的科学知识及其成果,转变为新产品、新材料、新生产过程等一切非常规性质的技术工作。新产品开发是企业在激励的技术竞争中赖以生存和发展的命脉,是实现“生产一代,试制一代,研究一代和构思一代”的产品升级换代宗旨的重要阶段,它对企业产品发展方向,产品优势,开拓新市场,提高经济效益等方面起着决定性的作用。因此,新产品开发必须严格遵循产品开发的科学管理程序,即选题(构思。调研和方案论证)样(模)试批试正式投产前的准备这些重要步骤。 一、调查研究与分析决策 新产品的可行性分析是新产品开发中不可缺少的前期工作,必须在进行充分的技术和市场调查后,对产品的社会需求、市场占有率、技术现状和发展趋势以及资源效益等五个方面进行科学预测及技术经济的分析论证。 (一)调查研究: 1、调查国内市场和重要用户以及国际重点市场同类 产品的技术现状和改进要求; 2、以国内同类产品市场占有率的前三名以及国际名 牌产品为对象,调查同类产品的质量、价格、市场及

使用情况; 3、广泛收集国内部外有关情报和专刊,然后进行可行 性分析研究。 (二)可行性分析: 1、论证该类产品的技术发展方向和动向。 2、论证市场动态及发展该产品具备的技术优势。 3、论证发展该产品的资源条件的可行性。(含物资、 设备、能源及外购外协件配套等)。 (三)决策: 1、制定产品发展规划: (1)企业根据国家和地方经济发展的需要、从企业 产吕发展方向、发展规模,发展水平和技术改 造方向、赶超目标以及企业现有条件进行综合 调查研究和可行性分析,制定企业产品发展规 划。 (2)由研究所提出草拟规划,经厂总师办初步审 查,由总工程师组织有关部门人员进行慎密的 研究定稿后,报厂长批准,由计划科下达执行。 2、瞄准世界先进水平和赶超目标,为提高产品质量进 行新技术、新材料、新工艺、新装备方面的应用研究: (1)开展产品寿命周期的研究,促进产品的升级换 代,预测企业的盈亏和生存,为企业提供产品

软件开发标准化工作流程V1.0

目录 1 引言............................................................................................................错误!未定义书签。 编写目的....................................................................................错误!未定义书签。 适用范围....................................................................................错误!未定义书签。 定义............................................................................................错误!未定义书签。 流程图........................................................................................错误!未定义书签。 2 需求调研....................................................................................................错误!未定义书签。 概述............................................................................................错误!未定义书签。 需求调研....................................................................................错误!未定义书签。 注意事项....................................................................................错误!未定义书签。 3 可行性分析................................................................................................错误!未定义书签。 4 需求分析....................................................................................................错误!未定义书签。 概述............................................................................................错误!未定义书签。 产物/成果...................................................................................错误!未定义书签。 需求分析任务............................................................................错误!未定义书签。 需求分析方法............................................................................错误!未定义书签。 原型化................................................................................错误!未定义书签。 需求报告....................................................................................错误!未定义书签。 划分需求的优先级....................................................................错误!未定义书签。 评审需求文档和原型................................................................错误!未定义书签。 5 系统设计....................................................................................................错误!未定义书签。 概述............................................................................................错误!未定义书签。 产物/成果...................................................................................错误!未定义书签。 产品设计....................................................................................错误!未定义书签。 概述....................................................................................错误!未定义书签。 流程图................................................................................错误!未定义书签。 软件设计....................................................................................错误!未定义书签。 概述....................................................................................错误!未定义书签。 流程图................................................................................错误!未定义书签。 概要设计............................................................................错误!未定义书签。 数据库系统设计........................................................错误!未定义书签。 详细设计............................................................................错误!未定义书签。 6 软件开发....................................................................................................错误!未定义书签。 建立项目开发团队....................................................................错误!未定义书签。 实施项目开发测试....................................................................错误!未定义书签。 工作内容....................................................................................错误!未定义书签。 产物/成果...................................................................................错误!未定义书签。 7 项目测试....................................................................................................错误!未定义书签。 软件测试阶段............................................................................错误!未定义书签。 概述............................................................................................错误!未定义书签。 流程............................................................................................错误!未定义书签。 软件测试准备............................................................................错误!未定义书签。 软件测试执行............................................................................错误!未定义书签。

项目管理软件开发流程图

一般来说,制造PFD、P&ID,相关专业从事人员都是运用Visio或许AutoCAD、PIDCAD这些软件。软件都各有其长处和缺陷。AutoCAD、PIDCAD这样的纯专业软件,在软件的操作与使用上的 一般都需求花费必定的学习时间,而Visio这样的操作简略便当、又支撑制造多种图表的工艺流程 图制造软件,关于大部分人来说,是相对正确的挑选。但,Visio颇高的价格有时也会让人犹豫是否购买。那有没有类似于Visio这样操作简略、价格又适中的工艺流程图制造软件呢?答案是肯定的。 无需绘图技巧 使用这个功能丰富的流程图软件,您就不必在如何才能创建视觉上很有吸引力的流程图问题很 专业了。您只需输入您的数据,剩下就交给亿图就行了,亿图会自动为您排列所有形状,为获得专 业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外,亿图为您节省更多资金,免费为您进行科技支持和升级。 智能地创建视觉流程图

亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别 瓶颈和低效现象,这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号,通过显示浮动对话框告诉你该怎么做。 几分钟获得一个专业的流程图 亿图赋予您能力,简简单单,有效地使用特殊工具,免费的模板和精简的工作流示例就能够创 建出有专业水准的流程图,帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能 流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。 轻松创建交互流程图 插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息,这样能够增强效率、影响和交流。为了更加具体一些,你可以通过增加链接到网站、插入附件、添 加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形,任何人 都可以轻松使用亿图轻松创建。 无缝地分享与合作

软件项目开发工作流程

软件项目开发工作流程 一、简述 对于一个新项目,从可行性研究到产品交货整个生存阶段将经历如下十大流程: 1、项目可行性研究阶段 2、立项阶段 3、需求分析阶段 4、开发策划阶段 5、设计阶段 6、编码实现阶段 7、测试阶段 8、验收阶段 9、产品交付使用 10、维护阶段 二、项目组基本组成及岗位职责 新项目立项时会成立项目组,不同的项目组成员有不同的职责,一个项目组成员也可以身兼多职,但不可身兼全职。 a项目负责人:负责项目的管理、组织、对技术、进度、质量全面负责。 b质量保证人员:负责质量保证工作计划的落实和软件的质量保证。 C配臵管理人员:负责本项目的配臵管理工作,对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。 D分析人员:主要负责本项目的需求分析工作。 E设计人员:主要负责本项目的设计工作。 F程序员:按设计要求和有关标准进行编程工作。 G测试人员:负责单元测试、组合测试和总装测试工作。 H文档人员:负责本项目有关文档的编写工作。 I产品经理:协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中,充分代表用户的利益,提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。(通常由营销部门或中试部门人员担任) 三、软件开发流程 3.1 可行性研究阶段 如果是公司自主开发项目,可行性研究通常是由公司技术负责人根据公司产品规划和市场需求,在要开展新项目前通过部门负责人指定人员进行的前期调研工作,可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需

求、经济效益、进度需求、风险分析等进行可行性研究,提供产品立项建议,拟制可行性研究报告,由部门负责人指定营销部门配合可行性分析人员,技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审,评审通过后,总工办组织进行立项工作。 如果是系统集成部外接的系统集成项目,在系统集成部与客户签订合同之前,均应对将签项目进行资源、技术、市场的可行性分析,可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审,评审通过后,总工办组织进行立项工作。 本阶段提交的文档:项目可行性研究任务书(技术负责人或部门负责人下达) 项目可行性研究报告(可行性研究人员编写) 系统集成项目合同 质量记录:可行性分析评审报告 3.2立项阶段 可行性分析评审通过后,由开发部门经理下达立项任务,指定相关人员填写立项申请报告报批。报批通过后,由部门经理与技术负责人协商,下达开发任务书,经技术负责人审核确认后,报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准,如果进度要调整,需填写进度调整申请报告报批。 本阶段提交的文档:项目立项申请报告 开发任务书 3.3 需求分析阶段 承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件,与交办单位协作,确定详细的软件需求,该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线,在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求(主要是功能)明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段,由产品经理负责,其他人员配合,编写产品规格说明书,此说明书面向最终用户和领导,主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书,描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审,出具需求分析评审报告。 本阶段提交的文档:软件需求规格说明书。 原型分析说明书 产品规格说明书 系统技术方案书 质量记录:需求分析评审报告 提交的软件:产品的原型(注:如果时间有限,可以只编写原型分析说明书而不作原型) 3.4开发策化阶段

软件项目工作流程管理

软件项目工作流程管理 软件项目管理是指在软件项目研发过程中,对软件项目进行高效率的计划、组织、指导和控制,将研发任务与公司有关部门和相关人员紧密关联起来,使部门和工作人员目标明确、业绩清晰。项目管理更强调项目负责人的作用和团队的协作精神,其组织形式灵活,更加关注人的因素,关注客户和服务客户,着重于提高软件项目研发的效率和质量,体现为一种工作流程管理。 一、项目启动阶段 项目启动阶段的任务是识别客户需求内容,对客户提出的需求内容进行可行性分析、评估和立项。 (1)项目识别。科技部门接到业务部门提出的业务需求后,对业务需求内容进行确认,对业务需求做可行性研究分析,通过与业务部门进行交流沟通、分析评估后,对需求的可实现内容和不能实现的内容达成一致意见,科技部门对于确认的需求内容纳人公司整体项目管理体系中管理,并配合与业务部门撰写出详细的项目需求说明书。 (2)项目立项。软件项目通过评审后就可以进行立项,编制需求开发任务书。软件公司接到项目任务后,首先由公司项目管理办公室按照公司IT项目管理流程,为新项目建立信息档案,编制项目代码,启动项目开发工作。

二、项目规划阶段 项目规划阶段的任务是为拟研发的软件项目制定一个详细的解决方案,为各种可交付成果准备工作计划。 1.项目范围规划 (1)项目背景描述。通过对项目实施背景的分析,了解业务需求提出的背景,便于更好地掌握需求可能涉及的利益相关者。 (2)项目目标描述。主要包括三方面的内容:一是成果目标,即要开发一个怎样的系统(如开发一个成本软件管理系统);二是工期目标,即项目预计完成的时间(例如:2007年4月1日一2007年6月30日,为期3个月);三是成本目标,即预算项目总投资金额(如项目成本30万元)。 (3)项目工作结构分解(WBS)。WBS的作用是把安排与定义项目范围的各组成部分,按可交付成果进行组合。项目经理根据团队成员职责分工,把复杂的工作逐步分解成要素工作,使得项目成员的工作具体明确、易操作和易控制。通常软件项目采用基于可交付的成果为第一层次,具体的工作任务为第二层次,每下降一个层次意味着对项目可交付成果有更详尽的描述。遵循以目标体系为主导、以项目系统说明为依据,自上而下,由粗到细,如图1所示。

软件项目变更管理流程

变更管理流程 1概述 .......................................................................................... 错误!未定义书签。2变更流程 .. (2) 2.1摘要 (2) 2.2提交变更申请 (4) 2.3审核变更申请 (4) 2.4识别变更可行性 (4) 2.5批准变更申请 (4) 2.6实施变更申请 (5) 3变更任务 (5) 3.1变更申请人 (5) 3.2变更经理 (5) 3.3变更可研小组 (5) 3.4变更审批小组 (5) 3.5变更实施小组 (6) 4变更登记 (6) 5变更模板 (6)

1 概述 描述变更管理的目的。就项目中变更管理的总体流程提供一份概述,如: 变更管理流程是成功交付项目的基础。变更管理流程确保对在项目环境中的每个变更在实施以前都得以恰当的定义、评估和审批。 对项目的变更管理是通过对以下五个关键步骤的实施引入的。,: ?提交和接收变更申请 ?审核和记录变更申请 ?确定变更申请的可行性 ?批准变更申请 ?实施和结束变更申请 2 变更流程 对将要执行的流程和程序做一个图表概述,以启动、实施项目中的变更并审核其效果。例如:Provide a diagrammatic representation of the processes and procedures to be undertaken in order to initiate, implement and review the effects of changes within the project. An example follows: 2.1 概要 下图对将要执行的变更流程和程序做了一个概述,以有效地管理与项目相关的变更。同时也明确的变更管理中的职责分工。

软件项目开发管理流程

研发中心项目开发管理流程 1,新项目开发管理流程 按照项目管理规范,项目管理分为:项目启动—》项目计划—》项目执行—》项目控制—》项目结尾。5个阶段。根据该管理流程和我公司实际情况,将新项目开发的管理流程制定如下图:

1.1 项目立项 项目立项阶段,首先由的项目经理编写《项目立项报告》。研发项目立项报告模板.doc 1.2 立项评审 《项目立项报告》编写完成后,交由项目管理委员会进行立项评审,评审通过后由副总经理签字确认立项。确定需求分析和项目设计阶段的时间和人员安排。 1.3 需求分析 需求分析阶段,需要与用户交流,双方对软件需求取得共同理解基础上达成 的协议。编写并完成软件需求说明书:也称软件规格说明书。软件需求说明书模 板 .doc 1.4 系统设计阶段 常规的系统设计需要依次完成《概要设计说明书》,《详细设计说明书》。以下是文档的简要说明: 概要设计说明书:该说明书是概要设计阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构 设计和出错处理设计等,为详细设计奠定基础。概要设计说明书.do c 详细设计说明书:着重描述每一模块是怎样实现的,包括实现算法、逻辑流程 等。详细设计说明书.do c 详细设计说明书编写完成后,项目经理应该依次编写安排项目开发工作计划。工

作计划安排可以根据项目经理的习惯进行工作计划编写。建议采用project 。附 件为综合考务平台的工作计划安排,可以供参考: 考试考务综合管理平台工作计划.mpp 。并且确定里 程碑,以便在后期项目执行过程中,对其进行确认。 对于大项目,建议按照项目设计流程,先进行概要设计,再到详细设计。但 是对于特殊项目(项目周期较短,小项目),可以讲概要设计和详细设计阶段合二为一,编写功能,接口方案。但是值得注意的是,该方案中,仍然需要涵盖项 目模块功能,用户权限和各模块实现逻辑,接口等。 项目设计开发方案. docx 。 1.5 项目设计评审 设计阶段完成后,项目经理填写《项目设计评审表》,将相关文档交由项目 管理委员会进行项目设计评审。通过评审后,方可进行编码工作。 项目设计评审表.do cx 1.6 编码和测试用例编写阶段 项目编码阶段,项目经理需要对项目执行情况进行控制和监督,其中包括(项 目输入,项目输出,里程碑)。如果由于特殊情况,如:需求变化,人员临时调配,或者其他原因导致的项目范围和时间,计划等变更,项目经理应该及时填写变更申请。并提交给项目管理委员会。作为之后项目输出验证的重要依据 项目变更申请书.do c 。 在此阶段,测试人员应该根据《需求说明书》,《概要设计》和《详细设计说 明书》的内容,编写相应的《测试用例》。

软件项目的组织实施步骤

7.3、组织实施的步骤 系统开发严格按照软件工程的方法进行组织,系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图,采用原型及迭代方式开发,根据用户需求持续改进,完善和优化系统,最终产品化。 如下图示流程定义了我公司内部的软件开发过程,以指导和规范软件项目中开发过程的定义和相应的实施。 该过程可划分为一系列子过程,包括:软件需求分析、设计、编码、测试、验收、维护,每个子过程又由一系列任务和活动组成,如设计过程又可分为结构设计和详细设计。但是在实际开发项目中,情况仍然会是千变万化的,因此我们也并不是一成不变的死板执行一个僵化的工作流程,我们的原则是在一个规范流程的指导和约束下,根据具体工程项目的实际要求,为每一个项目评估并制定真正能够最好的满足该项目要求的开发流程。

软件实施流程总图

●项目经理: 组成成员:xxx 工作职责:负责制定项目研发计划的制定、工作安排、进度跟踪、人员绩效考核、风险评估;负责软件《需求规格说明书》,负责《详细设 计说明书》的审查和批准;对提交的源代码进行批准;责《单元 测试计划》的审查和批准、《系统实施计划》的审查和批准。 ●软件需求分析人员: 组成成员:xxxx 工作职责:软件需求分析的主要承担者,配合处理涉及软件需求的问题,负责完成本过程元素要求产生的所有工作产品。 ●详细设计人员: 组成成员:xxx、xxxx 工作职责:详细设计阶段工作的主要承担者。负责完成本过程元素产生的所有工作产品。 ●程序开发:

组成成员:xxxx、xxxx、xxxx、xxxx 工作职责:负责按照系统的详细设计实现系统编码工作;修改源码或设计,解决集成过程中出现的与源码有关的问题。 ●系统测试负责人: 组成成员:xxxx、xxx 工作职责:负责对软件需求进行分析,审查软件需求的可测试性;参与软件需求规格说明书的审查和批准。测试系统目标代码,将测试 报告提交测试负责人,将软件问题报告单提交问题管理渠道。 ●集成人员: 组成成员:xxxx 工作职责:负责环境构建,集成的过程操作,并将集成后的目标代码提交批准。 1)、商业计划阶段(计划周期:20工作日,研发费用所占百分比:5%) 实施步骤:成立项目组 工作内容:可行性分析、经济和社会效益、风险评估。 参与岗位:项目经理、需求分析人员

新产品开发工作流程

新产品开发工作流程 1.流程工作内容 责任单位流程图流程说明相关表单 顾客根据顾客样品、图纸等提出项目开发 销售部销售部根据涉及到产 品开发的外部信息形 成顾客要求 《顾客要求评 审表》,《产品变 更通知单》,《质 量问题反馈 单》,《新产品开 发样品顾客确 认通知单》 销售部/技术部/供应部/生产部/相关部门技术部组织新产品开 发顾客要求评审(合同 评审)。根据评审结论 确定下步工作 《顾客要求评 审表》,《产品开 发项目评审记 录表》,《项目开 发评审策划书》 技术部根据评审要求编制新 产品开发计划,评审模 式的不同,开发计划的 编制方式不同,确定项 目负责人 《新产品开发 计划》 技术部经 理开发计划经技术部经 理或其代理人审批通 过后下发责任单位 《新产品开发 计划》 技术部新产品开发试制用的 技术文件采用“一张 图”流转模式。项目负 责人根据相关输入信 息进行“一张图”的编 制 《试制作业指 导书》(一张 图),(材料清单 —若有新的材 料,工装模具图 纸--复杂) 技术部主管/经理技术部主管、经理进行 技术文件的审核、批 准,确保文件能够指导 试制工作 《试制作业指 导书》 技术部/生产部/责任车间 根据开发计划、试制技 术文件、样品等试制的 依据进行计划的实施, 按时间节点保质保量 《新产品开发 计划》,《试制作 业指导书》项目提出 形成顾客要 顾 客 反 馈 评 审 项 目 取 消 编制开发计 审 批 编制技术文 审 批 计划实施和控 样品确 认 沟 转 OK OK OK OK OK NG NG NG NG

的完成。如果不能按计划实施,提前上报,责任部门分析原因制定措施。 技术部/车间试制人 员 按工序流程分阶段进行确认,确认合格才能转序。最终产品(样品)进行首件确认、全检或抽检。 技术部负责跟踪项目进度 《新产品开发样品确认记录表》,《检验记录》 技术部/质保部 在样品入库前对样品进行全检(20套或200米以下)或抽检(20套或200米以上),完成样品交付前的出厂验收 成品库/责任车间 凭样品验收合格的凭据办理入库,凭据上须有技术部和质保部验收人员的签字。 《入库单》,《周转单》 销售部 按顾客要求进行样品的交付 顾客 顾客对样品进行验收、试装和确认。将结果及时通过销售部进行反馈。 《产品变更通知单》,《质量问题反馈单》,《新产品开发样品顾客确认通知单》 技术部/生产部 技术部进行技术文件的完善和转换,生产部 根据订单按生产程序进行作业安排。在第一次试生产时,技术部进行必要的跟踪。 《作业指导书》 《工序卡》 2.流程具体实施要求 新产品的开发流程根据以下几个阶段来考虑完善(顾客有明确要求的汽车主机厂整车付新产品开发执行APQP 程序): 2.1顾客要求评审(合同评审) 2.1.1顾客要求评审的输入有三种: 1)顾客新要求,评审依据:《顾客要求评审表》; 样品交 入库 样品验 顾客试装 确 认 转生产 OK OK NG NG

相关文档
最新文档