软件开发过程的相关规范Word格式.docx
- 文档编号:16019877
- 上传时间:2022-11-17
- 格式:DOCX
- 页数:11
- 大小:70.67KB
软件开发过程的相关规范Word格式.docx
《软件开发过程的相关规范Word格式.docx》由会员分享,可在线阅读,更多相关《软件开发过程的相关规范Word格式.docx(11页珍藏版)》请在冰豆网上搜索。
1.前言
目的
对象
本规范面向产品生命周期的所有相关人员,包括管理人员、开发人员、质管人员。
要求
具有软件开发管理职能的人员要求熟知项目开发的各阶段过程和各阶段过程相应的规范。
适用范围
软件开发过程模型
开发过程划分
2.技术过程规范部分
概述
规范中各阶段提到的技术评审,具体参见《评审规范》中所对应技术性评审的详细描述。
业务建模阶段
顺序性活动描述
1)开始初步调研,获取初始业务需求,进行问题定义,形成《业务概览》并建立《术语表》;
2)制定《调研记录表册》,实施详细的业务调研,建立初始的业务用例模型和《业务用例规格》;
3)分析业务过程,取出可以实现自动化的用例,分析业务部门和实体对象,形成初始的业务对象模型;
4)根据初始业务对象模型和初始业务用例模型,分析并提取与系统实现相关的用例和模型,建立系统域模型;
7)分析业务上的非功能性需求,形成《增补业务规格》;
持续性活动描述
10)《业务概览》在业务建模阶段,根据对项目理解的不断加深,随时进行改进;
11)《术语表》的更新维护;
提交文档
12)《业务概览》
13)《术语表》
14)《调研记录表册》
可选文档
16)《目标组织评价》
文档规范
17)《业务概览》
18)《术语表》
19)《项目调研表册》
20)《业务架构文档》
21)《业务规则》
22)《业务用例规格》
23)《业务对象纵览》
24)《增补业务规格》
25)《业务用例实现规格》
26)《目标组织评价》
技术评审
27)业务用例模型评审
28)业务对象模型评审
需求阶段
29)界定系统范围,明确委托方需求,形成《项目概览》(系统)《术语表》;
30)定义系统角色,根据《业务用例规格》,分析业务用例,将其转换为系统初始用例,并开始系统原型界面的开发;
33)精化初始用例模型中的用例,详细描述系统交互过程,建立精化的用例模型,《用例规格》;
34)根据初始《增补规格》和《业务规则》,进一步深入分析系统的非功能性需求,形成《增补规格》;
35)汇总《用例规格》《增补规格》形成《软件需求规格》。
36)《项目概览》(系统)在需求阶段,根据对项目理解的不断加深,随时进行改进;
37)《术语表》的更新维护;
38)通过快速原型的开发、试用、修改,与客户和用户交流以不断获取系统需求,并形成《用户原型界面描述》。
39)《项目概览》(系统)
40)《术语表》
41)《需求规格说明》其附件包括:
《用例规格》《增补规格》
42)《用户原型界面描述》
43)《用户接口风格说明》
44)《委托方需求》
45)《用户手册》(初稿)
46)《项目概览》(系统)
47)《需求规格说明》
48)《术语表》
49)《用例规格》
50)《增补规格》
51)《用户原型界面描述》
52)需求评审
分析设计阶段
53)根据《系统需求规格》进行体系结构分析设计,确定系统软件架构,形成配置图和《软件架构文档》;
54)根据《需求规格说明》和系统软件架构,进一步扩展业务对象模型,建立分析对象模型,明确系统对象的职责;
56)应用分析对象实现系统用例,以验证分析对象的正确性,并根据验证结果,修正分析对象模型;
57)汇总分析对象模型和基于分析对象的用例实现,形成《分析模型纵览》;
58)根据分析对象模型,结合用户原型界面和数据模型,进行系统类设计,建立设计类模型和构件图;
60)汇总设计类模型和基于设计类的用例实现,形成《设计模型纵览》,为下一步系统的实现明确工作任务。
无。
61)《软件架构文档》
62)《分析模型纵览》
63)《设计模型纵览》
64)《数据模型纵览》
65)《软件架构文档》
66)《分析模型纵览》
67)《设计模型纵览》
68)《数据模型纵览》
69)软件架构评审
70)设计评审
实现阶段
72)根据《实现模型》进行组件编码实现;
73)根据《集成模型》对系统编码实现的组件进行系统集成实现;
74)编制《用户手册》,制作并集成系统帮助,完成客户或用户所需要的其他文档。
75)《实现模型》
76)《集成设计》
77)《用户手册》
78)《实现模型》
79)《集成设计》
80)《用户手册》
81)代码评审
3.管理过程规范部分
在本规范中风险管理贯穿整个软件开发过程,包括《风险列表》的更新维护、风险的跟踪管理。
对本规范中的各开发计划的具体实施说明,可参见《项目监控管理办法》相关说明。
规范中各阶段提到的管理评审,具体参见《评审规范》中所对应管理性评审的详细描述。
接受项目
活动描述
82)根据《项目概览》标识和评估风险,制定《风险列表》;
83)分析项目风险,制定风险防范和解决措施,形成《风险管理计划》;
84)分析可行性和商业价值,制定《商业案例》;
85)《风险列表》
86)《风险管理计划》
87)《商业案例》
管理评审
88)项目批准评审
重新评估项目范围和风险(对于较大项目)
89)根据《项目概览》和对项目进一步深入了解,重新标识和评估风险,改进《风险列表》;
90)根据修正项目风险,重新分析项目可行性和商业价值,改进《商业案例》;
91)修正的《风险列表》
92)修正的《商业案例》
制定开发计划
93)根据不断修正维护的《风险列表》,完善风险防范和解决措施,改进《风险管理计划》;
95)修正的《风险管理计划》
96)《软件开发计划》
97)开发计划评审
迭代开发管理
99)按照《迭代计划》,将工作任务形成《任务单》,描述任务要求,明确开发人员职责;
101)修正的《软件开发计划》
102)《迭代计划》
103)《任务单》
104)《变更请求》
105)迭代计划评审
106)迭代评价标准评审
107)迭代评价评审
监控项目的实施
109)分析项目监控过程中发现和出现的问题和意外情况,制定解决办法,提出《变更请求》;
110)在监控过程中,根据实际开发情况,调整《软件开发计划》和《迭代计划》,并更新和分配新的《任务单》;
112)修正的《风险列表》
113)修正的《软件开发计划》
114)修正的《迭代计划》
115)《任务单》
116)《变更请求》
117)《项目状况评价》
118)1.PRA评审
结束项目
120)《项目状况评价》
121)项目验收评审
122)
附件:
软件开发过程规范示意图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 过程 相关 规范
![提示](https://static.bdocx.com/images/bang_tan.gif)