CMMI系统设计说明及相关文档模板.docVIP

  1. 1、本文档共70页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

CMMI系统设计说明及相关文档模板

PAGE

PAGE39

第11章系统设计

系统设计(SystemDesign,SD)是指设计软件系统的体系结构、用户界面、数据库、模块等,从而在需求与代码之间建立桥梁,指导开发人员去实现能满足用户需求的软件产品。

系统设计过程域是SPP模型的重要组成部分。本规范阐述了系统设计过程域的四个主要规程:

体系结构设计[SPP-PROC-SD-ARCHITECTURE]

用户界面设计[SPP-PROC-RM-UI]

数据库设计[SPP-PROC-RM-DATABASE]

模块设计[SPP-PROC-RM-MODULE]

上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。

本规范适用于国内IT企业的软件研发项目。建议用户根据自身情况(如商业目标、研发实力等)适当地修改本规范,然后推广使用。

11.1介绍

系统设计过程域分为两个阶段:高层设计阶段和详细设计阶段。

高层设计阶段的重点是软件系统的体系结构设计。详细设计阶段的重点是用户界面设计、数据库设计和模块设计,如图11-1所示。

需求开发高层设计阶段体系结构设计数据库设计用户界面设计模块设计实现与测试详细设计阶段

需求开发

高层设计阶段

体系结构设计

数据库设计

用户界面设计

模块设计

实现与测试

详细设计阶段

图11-1系统设计过程域示意图

系统设计过程域产生的主要文档有:

《体系结构设计报告》,模板见[SPP-TEMP-SD-ARCHITECTURE]。

《用户界面设计报告》,模板见[SPP-TEMP-SD-UI]。

《数据库设计报告》,模板见[SPP-TEMP-SD-DATABASE]。

《模块设计报告》,模板见[SPP-TEMP-SD-MODULE]。

11.2用户需求调查体系结构设计

11.2.

分析与设计软件的体系结构。通过系统分解,确定子系统的功能和子系统之间的关系,以及模块的功能和模块之间的关系,产生《体系结构设计报告》。

11.2.2角色与职责

项目经理指定若干名开发人员从事体系结构设计(以下称为体系结构设计人员)。

11.2.3启动准则

体系结构设计人员已经确定。

11.2.4输入

需求文档如《产品需求规格说明书》

11.2.5主要步骤

体系结构设计流程如图11-2所示。

Step3.确定设计策略Step2.确定约束因素Step1.设计准备

Step3.

确定

设计

策略

Step2.

确定

约束

因素

Step1.

设计

准备

Step4.

系统

分解

设计

Step6.

设计

评审

Step5.

撰写

文档

图11-2体系结构设计流程

[Step1]设计准备

项目经理或者技术负责人分配系统设计任务,包括体系结构设计、模块设计、用户界面设计、数据库设计等。本活动可能产生一份阶段性的开发计划,如《系统设计计划》,视工作量而定。

体系结构设计人员阅读需求文档,明确设计任务。

体系结构设计人员准备相关的设计工具(如RationalRose)和资料。

[Step2]确定影响系统设计的约束因素

需求约束。体系结构设计人员从需求文档如《软件需求规格说明书》中提取需求约束,例如:

本系统应当遵循的标准或规范

软件、硬件环境(包括运行环境和开发环境)的约束

接口/协议的约束

用户界面的约束

软件质量的约束,如正确性、健壮性、可靠性、效率(性能)、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等等。

隐含约束。有一些假设或依赖并没有在需求文档中明确指出,但可能会对系统设计产生影响,设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖,对支撑本系统的软件硬件的假设或依赖等。

[Step3]确定设计策略

体系结构设计人员根据产品的需求与发展战略,确定设计策略(DesignStrategy)。例如:

扩展策略。说明为了方便本系统在将来扩展功能,现在有什么措施。

复用策略。说明本系统在当前以及将来的复用策略。

折衷策略。说明当两个目标难以同时优化时如何折衷,例如“时-空”效率折衷,复杂性与实用性折衷。

[Step4]系统分解与设计

体系结构设计人员:

将系统分解为若干子系统,确定每个子系统的功能以及子系统之间的关系。

将子系统分解为若干模块,确定每个模块的功能以及模块之间的关系。

确定系统开发、测试、运行所需的软硬件环境。

[Step5]撰写体系结构设计文档

体系结构设计人员根据指定的模板撰写《体系结构设计报告》,主要内容包括:

软件系统概述

影响设计的约束因素

设计策略

系统总体结构

子系统的结构与模块功能

开发、测试、运行所需的软硬件环境

[Step6]体系结构设计评审

文档评论(0)

175****4659 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档