下载

1下载券

加入VIP
  • 专属下载券
  • 上传内容扩展
  • 资料优先审核
  • 免费资料无限下载

上传资料

关闭

关闭

关闭

封号提示

内容

首页 需求、概要设计、详细设计文档模板—软件工程

需求、概要设计、详细设计文档模板—软件工程.pdf

需求、概要设计、详细设计文档模板—软件工程

davis
2013-09-26 0人阅读 举报 0 0 0 暂无简介

简介:本文档为《需求、概要设计、详细设计文档模板—软件工程pdf》,可适用于IT/计算机领域

需求文档结构•目的•范围•业务分析与建模•系统功能需求–系统功能架构–用例建模•用例简要描述:•用例角色:•用例前置条件:•用例后置条件:•用例事件流–基本事件流–备选事件流•用例场景(UseCaseScenario)包括成功场景和失败场景场景主要是由基本流和备选流组合而成的。•用例非功能性需求:•系统非功能需求•系统接口•术语表•附录OO软件设计概要说明书概述系统简述、软件设计目标、参考资料、修订版本记录这部分论述整个系统的设计目标明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时对于非功能性的需求例如性能、可用性等亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考看看其中明确了的功能性以及非功能性的需求。术语表对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了此处不用再重复可以指引读者参考需求说明。用例此处要求系统用用例图表述(UML)对每个用例(正常处理的情况)要有中文叙述。OO软件设计概要说明书•设计概述系统结构设计这部分要求提供高层系统结构(顶层系统结构、各子系统结构)的描述使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离对前者进行描述。别忘了说明图中用到的俗语和符号。系统边界系统功能架构(构件模型)系统逻辑架构(技术架构)系统物理架构(配置模型)系统数据模型(系统逻辑数据模型)系统接口设计各种提供给用户的界面以及外部系统在此处要予以说明。OO软件设计概要说明书•约束和假定描述系统设计中最主要的约束这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。实现的语言和平台也会对系统有约束同样在此予以说明。对于因选择具体的设计实现而导致对系统的约束简要地描述你的想法思路经过怎么样的权衡为什么要采取这样的设计等等。OO软件设计概要说明书•对象模型提供整个系统的对象模型。对象描述在这个部分叙述每个对象的细节它的属性、它的方法。在这之前必须从逻辑上对对象进行组织。OO软件设计概要说明书•动态模型这部分的作用是描述系统如何响应各种事件。一般使用顺序图和状态图。确定不同的场景(Scenario)是第一步不需要确定所有可能的场景但是必须至少要覆盖典型的系统用例。不要自己去想当然地创造场景通常的策略是描述那些客户可以感受得到的场景。•非功能性设计OO软件详细设计说明书概述系统简述、软件设计目标、参考资料、修订版本记录这部分论述整个系统的设计目标明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时对于非功能性的需求例如性能、可用性等亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考看看其中明确了的功能性以及非功能性的需求。术语表对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了此处不用再重复可以指引读者参考需求说明。用例此处要求系统用用例图表述(UML)对每个用例(正常处理的情况)要有中文叙述。OO软件详细设计说明书•设计概述简述这部分要求突出整个设计所采用的方法(是面向对象设计还是结构化设计)、系统的体系结构(例如客户服务器结构)以及使用到的相应技术和工具(例如OMT、Rose)•系统非功能描述、约束与估算:系统非功能指标的描述与估算如:软件系统所需要的硬件资源配置要求(内存、CPU、数据存储量等要求)此配置下系统的性能指标估算•系统的复用计划:库、框架、模式、构件等方面的复用•系统结构设计•系统边界模型(系统上下文模型)•系统功能架构:•系统逻辑架构•系统物理架构•系统数据字典•系统数据模型(系统物理数据模型)OO软件详细设计说明书–系统接口设计•各种提供给用户的界面•系统外部接口设计:与外部系统的交互设计•系统内部接口设计:各子系统、各模块间的接口设计–系统约束与策略:•描述系统的主要约束:包括需求中的功能和非功能的约束、实现方面的约束、接口方面的约束等等•系统的一些主要策略:系统优先级策略、系统全局资源策略、系统架构风格策略、系统针对系统约束的策略等等。OO软件详细设计说明书–对象模型设计•对象模型:提供整个系统的对象模型在其中应该包含所有的系统对象。所有对象之间的关联必须被确定并且必须指明联系的基数。•对象描述:在这个部分叙述每个对象的细节它的属性、它的方法。对每个对象的每个属性详细说明:名字、类型对每个对象的每个方法详细说明:方法名返回类型返回值参数用途以及使用的算法的简要说明。OO软件详细设计说明书–动态模型设计•这部分的作用是描述系统如何响应各种事件。一般使用顺序图和状态图。有需要的话也可以用活动图描述系统的主要场景的流程图确定不同的场景(Scenario)是第一步不需要确定所有可能的场景但是必须至少要覆盖典型的系统用例。不要自己去想当然地创造场景通常的策略是描述那些客户可以感受得到的场景。–场景(Scenarios)(重要的业务场景)对每个场景做一则条目包括以下内容:场景名:给它一个可以望文生义的名字场景描述:简要叙述场景是干什么的以及发生的动作的顺序。–顺序图:描述各种事件及事件发生的相对时间顺序。–活动图:描述场景的流程OO软件详细设计说明书•状态图这部分的内容包括系统动态模型重要的部分的状态图。可能你想为每个对象画一个状态图但事实上会导致太多不期望的细节信息只需要确定系统中一些重要的对象并为之提供状态图即可。–系统非功能设计•针对系统非功能需求进行的系统设计标准建模语言UML(类图)类图中的图符:•类:表示一个类其中第一栏是类的名第二栏是类的属性第三栏是类的操作。•包:包是一种分组机制表示一个类图集合。•关联:用于表示类的对象之间的关系。其特殊形式有组成关联和聚集关联。OperationsAttributesClassPackage标准建模语言UML(类图)类图中的图符:•聚集关联:用于表示类的对象之间的关系是整体与部分的关系。•组成关联:用于表示类的对象之间的关系:整体拥有各部分部分与整体共存如整体不存在了部分也会随之消失。•泛化关联:泛化关系(继承关系)定义了类、包间的一般元素和特殊元素之间的分类关系。标准建模语言UML(类图)类图中的图符:•依赖关系:有两个类或包元素X、Y修改元素X的定义可能会引起对另一个元素Y的定义的修改则称元素Y依赖于元素X。•对象:类的一个实例。•链接:用于表示对象间的关联关系的一个实例。ValuesObject将类图上出现的元素转换到Java•关联(Association)实体之间的一个结构化关系表明对象是相互连接的。箭头是可选的它用于指定导航能力。如果没有箭头暗示是一种双向的导航能力。在Java中关联转换为一个实例作用域的变量“Java”区域所展示的代码那样。可为一个关联附加其他修饰符。多重性(Multiplicity)修饰符暗示着实例之间的关系。在示范代码中Employee可以有个或更多的TimeCard对象。但是每个TimeCard只从属于单独一个Employee。将类图上出现的元素转换到Java依赖(Dependency)实体之间一个“使用”关系暗示一个实体的规范发生变化后可能影响依赖于它的其他实例。更具体地说它可转换为对不在实例作用域内的一个类或对象的任何类型的引用。其中包括一个局部变量对通过方法调用而获得的一个对象的引用(如下例所示)或者对一个类的静态方法的引用(同时不存在那个类的一个实例)。也可利用“依赖”来表示包和包之间的关系。

用户评价(0)

关闭

新课改视野下建构高中语文教学实验成果报告(32KB)

抱歉,积分不足下载失败,请稍后再试!

提示

试读已结束,如需要继续阅读或者下载,敬请购买!

评分:

/17

VIP

在线
客服

免费
邮箱

爱问共享资料服务号

扫描关注领取更多福利