没有合适的资源?快使用搜索试试~ 我知道了~
软件开发管理制度汇编.pdf
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 183 浏览量
2023-05-16
18:14:03
上传
评论
收藏 2.21MB PDF 举报
温馨提示
试读
51页
软件开发管理制度汇编.pdf
资源推荐
资源详情
资源评论
软件开发管理制度
软件开发管理制度 1
1 总则 2
2 立项管理 2
3 需求分析 3
4 项目计划和监控 3
5 系统设计 4
6 系统实现 4
7 系统测试和用户测试 5
8 试运行 6
9 系统验收 7
10 系统上线 7
11 合作开发管理 8
12 外包开发管理 9
13 外包服务管理 9
14 附则 10
附件一立项分析报告10
附件二业务需求说明书12
附件三系统需求规格说明书15
附件四需求变更申请25
附件五项目计划书28
附件六项目计划变更说明30
附件七设计说明书31
附件八单元测试用例34
附件九设计评审报告36
附件十系统/用户测试计划38
附件十一系统/用户测试报告40
附件十二试运行计划41
附件十三数据迁移计划43
附件十四数据迁移报告45
附件十五试运行报告46
附件十六系统验收报告47
附件十七系统上线计划48
附件十八系统验收评估报告50
1 总 则
为规 X 自有软件研发以及外包软件的管理工作,特制定本制度。本制度适用
于公司软件研发与管理。
本制度中软件开发指新系统开发和现有系统重大改造。
软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项
目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管
理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、
系统上线和数据迁移。
除特别指定,本制度中项目组包括业务组(或需求提出组)、IT 组(可能包
括网络管理员和合作开发商)。
2 立项管理
提出开发需求的信息技术部门参与公司层面立项,进行立项的技术可行性分
析,编写《立项分析报告》(附件一),开展前期筹备工作。《立项分析报告》
应明确项目的 X 围和边界。
应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批,
以保证系统项目与公司整体策略相一致。
《立项分析报告》得到批准后,成立项目组(如果是外包开发,则成立外包
商项目组;如果是合作开发,则与外包商共同成立合作开发项目组,以下统
称“项目组”),项目组应包括业务组(由公司相关业务部门组成)和 IT 组
(自行开发为办公室网络管理员;外包开发为外包商成员;合作开发为网络
管理员和外包商成员)。公司委派一名员工负责监督项目的进度,进行项目
管理工作,确保开发能及时完成并能满足业务需要。项目组人员的选择应满
足项目对业务及技术要求,项目组人员应有足够的业务和 IT 技术方面的专
业知识来胜任项目各方面的工作。
3 需求分析
立项后业务组对用户需求进行汇总整理,出具《业务需求说明书》(附件二),
并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部门审批
确认,作为业务需求基线。
IT 组在获得《业务需求说明书》后,提出技术需求和解决方案,并对系统进
行定义,出具《系统需求规格说明书》(附件三)。《系统需求规格说明书》
需详细列出业务对系统的要求(界面、输入、输出、管理功能、安全需求、
运作模式、关键指标(KPI)等)。《系统需求规格说明书》需要由业务组提交给
相关业务流程负责人确认。
对于合作开发的项目,当业务需求发生变更时,业务组应提交《需求变更申
请》(附件四),IT 组组长审批后交给合作开发商实施。
项目组应对需求变更影响到的文档及时更新。
4 项目计划和监控
软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领
导和控制。
需求分析过程中,项目经理组织制定详细的《项目计划书》(附件五),包括
具体任务描述和项目进度表等。
在项目的各个阶段,业务组组长和 IT 组组长需配合项目经理制定阶段性项
目计划。业务组组长和 IT 组组长需配合项目经理对项目计划执行情况进行
监控,确保项目按计划完成。
项目计划需要变更时,项目经理填写《项目计划变更说明》(附件六),并提
交公司主管领导审批,通过审批后,交给业务组组长和 IT 组组长执行。
5 系统设计
系统设计应分为概要设计和详细设计,系统设计要遵循完备性、一致性、扩
展性、可靠性、安全性、可维护性等原则。
在系统设计阶段中,用户应充分参与,确保系统设计能满足系统需求。
项目组进行详细设计,出具《设计说明书》(附件七)和《单元测试用例》(附
件八)。《设计说明书》中需要定义系统输入输出说明和接口设计说明。公司
主管领导组织相关人员对概要设计进行评审,出具《设计评审报告》(附件
九)。业务组组长和 IT 组组长应参加此评审并对评审意见签字确认。
设计评审均以《业务需求说明书》和《系统需求规格说明书》为依据,确保
系统设计满足全部需求。
对已确认通过的系统设计进行修改需获得管理部门、业务组组长和 IT 组组
长的审批后方可进行。
对系统设计的修改的文档须由文档管理人员进行归档管理。
6 系统实现
项目组根据《设计说明书》制定系统实现计划,并提交项目经理对计划可行
性进行审批。
系统实现包括程序编码、单元测试和集成测试。
项目组保证开发、测试和生产环境独立,为各环境建立访问权限控制机制,
并明确项目成员的职责分工。对开发环境、测试环境与生产环境在物理或逻
辑方面应该做到隔离;如果环境的分隔是通过逻辑形式实现的,应定期检查
网络设置。项目组对已授权访问生产环境的人员进行详细记录,并对该记录
进行定期检查,确保只有经授权的人员才能访问到生产环境。
项目组进行单元测试和集成测试,测试人员签字确认测试结果。
7 系统测试和用户测试
项目组制定《系统/用户测试计划》(附件十),并提交项目经理对计划可行
性进行审批。
《系统/用户测试计划》必须定义测试标准,并明确各种测试的测试步骤和
需要的系统设置要求。
项目组向数据拥有部门申请获取测试用业务数据的使用权,对获取的数据进
行严格的访问控制,确保只有相关项目人员才能访问及使用。
项目组负责测试数据准备,测试用数据要足够模拟生产环境中的实际数据。
对已评定为敏感信息的数据进行敏感性处理和保护。
IT 组或合作开发商建立测试环境进行系统测试。在系统测试中对新系统内部
各模块之间的接口和与其他系统的接口进行充分测试。出具《系统测试报告》
(附件十一),测试人员签字确认测试结果。
系统测试通过后,IT 组配合业务组建立用户测试环境,业务组根据用户测试
用例进行用户测试,出具《用户测试报告》(附件十一),业务组组长和 IT
组组长应在用户测试报告中签字确认。
项目组完成系统帮助文档(其中包括《用户操作手册》和《安装维护手册》)。
凡涉及应用系统的变更,应对系统帮助文档及时更新。
剩余50页未读,继续阅读
资源评论
hhappy0123456789
- 粉丝: 62
- 资源: 5万+
下载权益
C知道特权
VIP文章
课程特权
开通VIP
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功