电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本
换一换
首页 金锄头文库 > 资源分类 > DOC文档下载
分享到微信 分享到微博 分享到QQ空间

某公司软件开发项目管理制度(附表单 24P Doc)

  • 资源ID:344363307       资源大小:344KB        全文页数:24页
  • 资源格式: DOC        下载积分:0金贝
快捷下载 游客一键下载
账号登录下载
微信登录下载
三方登录下载: 微信开放平台登录   支付宝登录   QQ登录  
二维码
微信扫一扫登录
下载资源需要0金贝
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
1、金锄头文库是“C2C”交易模式,即卖家上传的文档直接由买家下载,本站只是中间服务平台,本站所有文档下载所得的收益全部归上传人(卖家)所有,作为网络服务商,若您的权利被侵害请及时联系右侧客服;
2、如你看到网页展示的文档有jinchutou.com水印,是因预览和防盗链等技术需要对部份页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有jinchutou.com水印标识,下载后原文更清晰;
3、所有的PPT和DOC文档都被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;下载前须认真查看,确认无误后再购买;
4、文档大部份都是可以预览的,金锄头文库作为内容存储提供商,无法对各卖家所售文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;
5、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据;
6、如果您还有什么不清楚的或需要我们协助,可以点击右侧栏的客服。
下载须知 | 常见问题汇总

某公司软件开发项目管理制度(附表单 24P Doc)

软件开发项目管理制度目录1 目的和适用范围22 涉及的相关部门23 职责与管理控制24 借用的文件、流程及表单105 形成的支持性文件、流程及表单106 附则101 目的和适用范围为规范公司软件开发和自由软件研发项目的管理工作,特制定软件项目的立项、开发、测试、发布、备份及软件发布后问题跟踪与处理、设计更改及升级的管理制度,最大限度满足用户的需求。本标准适用于XXXX有限公司(以下简称公司)软件开发项目的管理与控制。2 涉及的相关部门公司所有部门3 职责与管理控制3.1 职责参见设计和开发控制程序中相关条款。3.2管理控制3.2.1 软件开发项目分类与立项管理分类软件开发项目分类(1)软件产品项目:公司或部门提出的,可以作为公司独立产品或配套产品的软件开发项目;(2)内部管理软件项目:公司或部门提出的,仅限于公司内部管理应用的管理软件项目;(3)内部工具软件项目:公司或部门提出的,仅限于公司内部生产调试使用的各种工具软件项目。3.2.2 软件项目管理分类软件项目管理分为正式立项管理与设计更改管理。1. 正式立项管理软件开发需求之前没有相同的正式软件产品,或者软件在功能和结构上与原有软件相比有较大改变,能够作为一个独立的应用软件,均可作为软件开发项目进行正式立项,并按3.3.2进行软件立项管理。2. 设计更改管理如果需求部门需求的软件与当前已发布的软件功能有差异需要更改或升级时,由项目组按照需求部门要求进行设计更改,并按3.3.3进行软件设计更改管理。3.3 软件项目各阶段管理软件项目开发管理过程划分为需求分析阶段、立项阶段、设计编码与测试阶段、软件发布与实施阶段、项目验收阶段。3.3.1各阶段工作内容及形成表单项目阶段工作内容参与部门形成表单需求分析需求阶段需求部门对预开发软件及其匹配硬件产品的目标客户、市场情况、功能需求、网络环境、政策法规、竞争对手、产品价格、预计销售情况等内容进行市场调研,提交软件开发项目建议书至技术管理部。技术管理部征求软件开发部门意见,如果建议书内容合理可行,则进入立项阶段。需求部门软件开发项目建议书立项阶段立项方案评审*确定项目负责人及项目组成员,明确软件开发计划,项目负责人组织编写软件开发项目立项单和软件开发需求报告,确定软件开发及运行的环境、实现功能、业务及数据要求,设计方案及技术指标等内容。*针对立项单和软件开发需求报告的内容,技术管理部组织评审组实施立项方案评审。技术管理部各开发部需求部门软件开发项目立项单设计开发评审报告软件开发需求报告设计编码及测试软件设计*项目负责人按照软件开发项目立项单和软件开发需求报告中的要求进行任务分解,并落实项目组成员任务计划完成的工期,形成软件项目任务分解计划书,实施软件设计开发。*与软件配套使用的硬件产品或设备的开发管理流程及技术文件要求按照产品开发项目管理制度及技术文件管理制度要求执行各开发部相关部门软件项目任务分解计划书参见产品开发项目管理制度及技术文件管理制度中相关条款软件测试*测试过程管理按照3.3.4.1 软件测试及发布流程规定执行。*与软件配套使用的硬件产品或设备的测试流程及管理要求按照产品开发项目管理制度及技术文件管理制度要求执行各开发部测试组相关部门测试任务书软件测试报告问题处理记录软件发布软件或程序发布*软件发布过程管理按照3.3.4.1 软件测试及发布流程规定执行。*如涉及与软件配套硬件产品或设备程序或硬件升级的,相关开发部门按照产品开发项目管理制度及技术文件管理制度的要求同时下发软件版本执行通知单、软件更改通知单或技术更改通知单至产业中心及相关部门。各开发部测试部相关部门软件发布通知单软件版本执行通知单软件更改通知单技术更改通知单软件安装和使用说明书或软件系统使用培训记录版本变更记录项目验收项目开发完成后,由技术管理部资料管理员进行VSS备份检查,检查合格后技术管理部提交财务中心财务部对项目研发费用进行核算,审核通过后项目验收完成技术管理部各开发部财务中心项目完成验收单软件设计更改见“3.3.3 软件设计更改管理”中相关条款需求部门技术管理部各开发部测试部相关部门软件设计更改申请单软件升级通知单项目更改参见产品开发项目管理制度中相关条款。技术管理部各开发部需求部门测试部相关部门项目更改通知单项目暂停项目开发过程中,由于安排新的工作任务或其他原因,项目需要暂停开发的,由项目负责人提交项目暂停申请单至技术管理部,研发中心总经理批准后交由项目管理员备档并调整项目计划。技术管理部各开发部项目暂停申请单项目终止产品研发过程中,如果需求部门或市场有新的开发要求,且当前已研发或正在研发的软件已不能满足市场的要求,需求部门需提交项目终止申请单至技术管理部,终止正在进行中的项目。项目终止基本流程参见产品开发项目管理制度中的相关条款。需求部门技术管理部财务中心相关部门项目终止申请单项目终止通知单3.3.2 软件开发项目管理流程标题软件开发项目管理流程组织单元需求部门技术管理部软件开发部门硬件开发部门管理控制需求部门根据市场或部门需求及调研信息提交软件开发项目建议书至技术管理部No立项方案评审结束验收程序发布对外发布使用反馈同意验收?审核NoNoYesNo组织需求部门及所涉及的项目组对项目需求进行评估,汇总技术方案及可行性等意见,上报研发中心经理审批是否开发?YesYesYesNo联机测试软件测试项目负责人组织填写软件开发项目立项单和软件开发需求报告软件开发Yes样机开发样机测试NoYesNo注:1.软件所匹配的机型或硬件设备的开发及管理控制程序,按照产品开发项目管理制度执行。2.涉及到技术文件及技术改动要求按照技术文件管理制度要求执行。3.3.3软件设计更改管理3.3.3.1. 软件设计更改分类软件设计更改可分为两个类型:软件升级需求和软件缺陷修改。a)软件升级需求是指根据业务部门的需求,对软件进行功能完善和适应性维护。b)软件缺陷修改指对一些软件功能或使用上的问题所进行设计修改,这些问题一般是由于软件设计和实现上的缺陷而引发的。3.3.3.2. 软件设计更改流程软件设计更改工作以任务形式由需求部门和项目组协作完成。更改过程分为四个阶段:任务提交和接收、任务实现、任务测试、软件发布上线。1. 需求部门提出的软件升级需求按以下流程进行:标题软件设计更改基本流程(软件升级需求)组织单元需求部门技术管理部项目组测试组管理控制软件发布需求部门提出软件更改需求,并将变更需求汇总整理成软件设计更改申请单提交至技术管理部NoYes审核技术管理部汇总项目组意见,上报研发中心经理审批项目负责人按照要求组织实施软件需求变更,将需求提交至相关开发人员,完成软件升级开发。测试组确定软件发布版本,修订软件安装及使用说明书,并下发软件升级通知单及相应程序至需求部门及相关部门测试组对软件程序变更进行测试,并出具软件测试报告,由测试负责人和项目负责人签字后确认通过注:如果软件设计更改涉及配套硬件产品或设备的更改时,则需要把软件设计更改申请单和硬件产品立项材料一起存档。2. 软件缺陷修改按照以下流程进行:软件项目的外反馈由需求部门负责汇总软件运行过程中所发现的软件缺陷和问题,形成问题处理记录上报研发中心项目专管员,由项目专管员协调项目组予以解决。对于问题处理专责人员不能处理的问题,应立即通知项目负责人进行处理。当确定发生的问题属紧急问题时,或者虽属于一般问题,但难以解决时,应及时向上级主管上报,并通知相关负责人。技术管理部项目管理员跟踪项目问题处理解决全过程,及时跟进,确保所有问题得到妥善解决和记录。问题处理人员在问题处理过程中应做好记录,在问题处理记录中填写问题性质、问题处理人员、问题处理所需资源、问题处理办法、问题处理结果等内容。问题解决后问题处理记录由项目专管员存档。3.3.4 软件测试及发布管理3.3.4.1 软件测试及发布流程1. 软件产品项目测试及发布流程标题软件产品项目测试及发布流程组织单元项目组测试组管理控制项目组按照立项要求或设计更改要求解决测试中出现的问题、BUG等。软件开发完成后,项目组提交测试任务书至测试组测试组下发软件发布通知单/软件升级通知单及相关技术资料至营销中心或需求部门、VSS管理员及相关部门。测试组和项目负责人确定软件下发版本号;测试组组织编写软件安装及使用说明书并备份程序及相关技术资料至VSS服务器测试组撰写测试报告,测试负责人及项目负责人签字确认后通过。Yes测试通过?No测试人员获取可测试版本后,按照测试计划及测试方法实施软件测试,并出具软件测试报告,将测试结果反馈给项目组。测试组接收测试任务,搭建软件测试环境,并制定软件测试计划和测试方法。Ø VSS管理员按照软件发布通知单/软件升级通知单中的内容及要求,为需求部门及相关部门开通软件程序及相关技术资料的下载权限。Ø 软件产品项目由营销中心负责软件程序的对外发布。软件发布时,软件安装及使用说明书应与软件发布通知单/软件升级通知单及版本变更记录一起下发。Ø 公司内部管理或工具类软件由项目组负责软件程序对内发布。软件发布前,如果无软件安装及使用说明书,需要项目组给使用部门进行使用前培训,且软件系统使用培训记录交于项目专管员进行存档。软件下发要求软件安装及使用说明书应详细介绍安装软件对运行环境的要求,安装软件的定义和内容,在客户端、服务器端及中间件的具体安装步骤,安装后的软件配置等。软件安装及使用说明书还应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容,在需要时还应举例说明。2.软件管理类项目或软件工具类项目测试及发布流程标题软件管理类或工具类项目测试及发布流程组织单元项目组需求部门(使用部门)管理控制项目组成员下发软件发布通知单/软件升级通知单至需求部门及相关部门,同时备份程序及相关技术资料至VSS服务器。软件开发完成后,由项目负责人指定人员组织对软件使用部门相关人员进行培训,并做好软件系统使用培训记录。项目组修改问题直至满足要求。Yes项目负责人确定软件下发版本号;由项目组成员编写软件安装和使用说明书并下发给使用部门或者对使用部门进行培训,形成软件系统使用培训记录。使用部门试运行过程中配合软件项目组共同完成软件测试报告。No使用部门将测试结果反馈给项目组。测试通过?Ø VSS管理员按照软件发布通知单/软件升级通知单中的内容及要

注意事项

本文(某公司软件开发项目管理制度(附表单 24P Doc))为本站会员(长****)主动上传,金锄头文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即阅读金锄头文库的“版权提示”【网址:https://www.jinchutou.com/h-59.html】,按提示上传提交保证函及证明材料,经审查核实后我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。

分享当前资源【某公司软件开发项目管理制度(附表单 24P Doc)】到朋友圈,您即可以免费下载此资源!
微信扫一扫分享到朋友圈
二维码
操作提示:任选上面一个二维码,打开微信,点击“发现”使用“扫一扫”,即可将选择的网页分享到朋友圈
您可能感兴趣的------------------------------------------------------------------------------------------------------



关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.