1 / 16
文档名称:

4.1-软件产品设计说明书.docx

格式:docx   大小:20KB   页数:16
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

4.1-软件产品设计说明书.docx

上传人:秋江孤影 2020/9/18 文件大小:20 KB

下载得到文件列表

4.1-软件产品设计说明书.docx

相关文档

文档介绍

文档介绍:(项目名称}软件产品设计说明书文件状态:pany-Project-PIM-PROPOSAL[V]草稿当前版本:[] 正式发布作者:[] 正在修改完成日期:Year-Month-Day北京捷诺视讯数码科技有限公司BeijingGeneralDVRScience& 3一、 介绍 错误!未定义书签。二、 体系结构设计 、 目的 、 角色与职责 、 启动准则 、 输入 、 主要步骤 、 设计准备 、 确定影响系统设计的约束因素 、 确定设计策略 、 系统分解与设计 、 撰写体系结构设计文档 、 体系结构设计评审 、 [后续活动] 、 输出 、 结束准则 、 度量 8三、 用户界面设计 、 目的 、 角色与职责 、 启动准则 、 输入 、 主要步骤 、 设计准备 、 用户界面设计 、 撰写用户界面设计文档 、 用户界面设计评审 、 [后续活动] 、 输出 、 结束准则 、 度量 11四、 数据库设计 、 目的 、 角色与职责 、 启动准则 、 输入 、 主要步骤 、 设计准备 、 数据库设计 、 撰写数据库设计文档 、 数据库设计评审 、 [后续活动] 、 输出 、 结束准则 、 度量 14五、 模块设计 、 目的 、 角色与职责 、 启动准则 、 输入 、 主要步骤 、 设计准备 、 模块设计 、 撰写模块设计文档 、 模块设计评审 、 [后续活动] 、 输出 、 结束准则 、 度量 17六、 实施建议 17设计介绍系统设计(SystemDesign,SD)是指设计软件系统的体系结构、用户界面、数据库、模块等,从而在需求与代码之间建立桥梁,指导开发人员去实现能满足用户需求的软件产品。系统设计过程域是CMM模型的重要组成部分。本规范阐述了系统设计过程域的四个主要规程:体系结构设计用户界面设计数据库设计模块设计上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出“完成准则”和“度量”均已定义。系统设计过程域分为两个阶段:高层设计阶段和详细设计阶段。高层设计阶段的重点是软件系统的体系结构设计。详细设计阶段的重点是用户界面设计、数据库设计和模块设计,如图所示。系统设计过程域产生的主要文档有:〈〈体系结构设计报告》。〈〈用户界面设计报告》。〈〈数据库设计报告》。《模块设计报告》。二、、 目的分析与设计软件的体系结构。通过系统分解,确定子系统的功能和子系统之间的关系,以及模块的功能和模块之间的关系,产生〈〈体系结构设计报告》 。、 角色与职责项目经理指定若干名开发人员从事体系结构设计(以下称为体系结构设计人员)、启动准则体系结构设计人员已经确定。、输入需求文档如〈〈产品需求规格说明书》、、设计准备项目经理或者技术负责人分配系统设计任务,包括体系结构设计、模块设计、用户界面设计、数据库设计等。本活动可能产生一份阶段性的开发计划,如〈〈系统设计计划》 ,视工作量而定。体系结构设计人员阅读需求文档,明确设计任务。体系结构设计人员准备相关的设计工具(如 RationalRose)和资料。、 确定影响系统设计的约束因素需求约束。体系结构设计人员从需求文档如〈〈软件需求规格说明书》中提取需求约束,例如:本系统应当遵循的标准或规范软件、硬件环境(包括运行环境和开发环境)的约束接口/协议的约束用户界面的约束软件质量的约束,如正确性、健壮性、可靠性、效率(性能)、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等等。隐含约束。有一些假设或依赖并没有在需求文档中明确指出,但可能会对系统设计产生影响,设计人员应当尽可能地在此处说明。例如对用户教育程度、计算机技能的一些假设或依赖,对支撑本系统的软件硬件的假设或依赖等。、 确定设计策略体系结构设计人员根据产品的需求与发展战略,确定设计策略(DesignStrategy)。例如:扩展策略。说明为了方便本系统在将来扩展功能,现在有什么措施。复