编号:
根据软件需求说明,建立目标系统的总体结构和模块间的关系;定义模块的接口;设计数据库、数据结构;设计目标系统的外部接口,包括用户界面:设计系统的安全机制,及出错处理机制;定义目标系统的运行;制定组装测试计划;编写文档;概要设计审查和复审。
参与人员:项目经理,项目组员(设计团队);
入口准则:《软件需求规格说明书》已通过立项申请人的确认;
出口准则:形成概要设计,实现任务分解,所有的问题得到解决;
输入:《软件需求说明书》
输出:《概要设计说明书》(功能与数据库设计)、文档和用户接口标准;
软件需求说明书,指明软件需求说明书的相关部分,应将需求说明书中的用例清单复制到本文档中,并说明与功能之间的关系(与第4章中功能编号相对应)。
用例编号 | 用例名称 | 优先级别 | 对应功能编号 |
UC001 | | | |
UC001-001 | | | |
...... | | | |
UT002 | | | |
…… | | | |
需要用到的外部硬件设备,及其对本系统的约束或接口要求。
与本系统有交互的软件类型以及导致的约束条件。可能的类型有:数据库管理系统、第三方提供的API、驱动程序、软构件库(包括控件、标准类库、标准函数)。
整个设计所采用的方法(是面向对象设计还是结构化设计)、以及使用到的相应技术和工具(例如OMT、Rose、Visio)
公司推荐OO方法,设计工具为ROSE系列产品
第四章以后部分适用于面向对象设计方法,如果使用结构化设计方法可对设计模型进行修改。
例如客户/服务器结构
用部署图说明系统结构的静态部署视图,即说明分布、交付和安装的物理系统,展现对运行时处理节点以及其中构件的配署。描述系统硬件的物理拓扑结构(包括网络布局和构件在网络上的位置),以及在此结构上执行的软件(即运行时软构件在节点中的分布情况)。
序号 | 设备名称 | 数 量 | 型号和规格 |
| | | |
用构件图展现一组构件(组件)之间的组织和依赖,用于对原代码、可执行的发布、物理数据库和可调整的系统建模。
描述构件(组件)之间的接口关系。
提供整个系统的类模型。如果模型过大,按照可行的标准把它划分成小块,例如可以把客户端和服务器端的类模型分开成两个图表述。
编号 | 类名 | 与之相关的类 |
| | |
6.1.1 结构属性
结构名称 | | 逻辑标识 | | 物理标识 | |
结构类型 | | 存储模式 | | 存储介质 | |
访问模式 | | 读/写方式 | | ||
记录标识 | | 记录长度 | |
[1、系统安全控制和物理保护措施;]
[2、用户身份鉴别机制;]
[3、用户对系统的访问权限和范围。]
[1、数据用户身份鉴别;]
[2、访问主体、访问对象的控制策略和实现方法;]
[3、数据加密方法。]
[1、系统后备;]
[2、数据后备;]
[3、系统恢复;]
[4、数据恢复。]
[1、出错情况;]
[2、出错信息输出形式、信息含义、处理方法;]
[3、出错失效的后备措施。]
联系客服