概要设计文档和详细设计文档的关系

本文通过房屋装修的例子,解析了软件开发过程中概要设计文档与详细设计文档的区别与联系,阐述了两者在软件开发流程中的作用及重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


详细设计文档包含概要设计文档的全部内容(不是绝对),也就是详细设计文档,其实是在概要设计文档的基础上进一步填充内容而得到的。

那为什么还要分概要设计和详细设计文档呢,以房子为例:开发商只开发毛坯房,那么此时整栋楼的设计文档就是概要设计文档。然后房子交到不同住户手上,不用的住户在已有的毛坯房的基础上进行装修设计,此时每一个住户都出一份房屋的装修设计文档,这些文档就是详细设计文档。把整栋楼的所有用户的详细设计文档补充进开发商的概要设计文档,就得出了整栋楼的详细设计文档。

也就说,详细设计文档出来后,概要设计文档就已经变得多余了。所以为什么不一开始就写一份详细设计文档就好了呢,何必多写一份概要设计文档。很简单,软件开发是有一定的过程的。我们不是为了写文档而写文档,而是开发的过程中要输出相应的文档。

接下来就以一个常规的软件开发流程来说明。如下图


这里主要简单谈下软件开发的开发过程,首先客户提出要开发一个软件,产品经理及相关人员进行了可行性分析过程,输出了《可行性分析文档》,项目经理及相关人员进行了需求分析过程,输出了《需求文档》和《原型图》,架构师根据《需求文档》和《原型图》进行了概要设计过程,输出了概要设计文档,此时,架构师或者相关人员可以根据《概要设计文档》进行项目的框架搭建,与此同时,架构师或者其他人员可以同步进行详细设计过程。

从这里可以看出,项目的框架搭建和详细设计过程是同步进行的,如果完全等详细设计文档出来,再进行项目框架的搭建,那么软件开发的周期就会变长,所以概要设计和详细设计的过程虽然可以归为一个过程,但是从分工合作以及进度的考虑,自然是拆分为2个过程。当然,实际开发过程中,详细设计文档并不完全包含概要设计文档。但是详细设计文档的整体结构肯定是与概要设计一致的,如果在详细设计中出现了概要设计中没有的模块,那么一定要及时将该模块补全进概要设计文档。

总之,为了便于理解,可以把概要设计文档的内容当做一个人的骨架,详细设计文档就是一个人,这就是概要设计文档和详细设计文档的关系。但是,要注意,现实中概要设计文档并不完全是详细设计文档的骨架。概要设计文档出来后,详细设计文档依据概要设计文档进行编写,总的原则是,详细设计文档的描述的模块都是从概要设计文档得来的,二者要统一。

目录 1. 介绍 5 1.1 项目概述 5 1.2 范围 5 1.3 参考 5 2. 用例视图 6 2.1 WAS - SAP R/3 集成用例 6 2.1.1 车辆列表功能 6 2.1.2 车辆订购申请单的创建功能 7 2.1.3 车辆订购申请单查询功能 7 2.1.4 车辆订购申请单的修改功能 7 2.1.5 索赔单的创建 8 2.1.6 数据交换需求 8 2.2 PORTAL集成的用例 8 2.2.1 经销商 Portal 框架 9 2.2.2 车辆销售系统Portal的整合 9 2.2.3 Nadcon system Portal系统的整合 10 2.2.4 车辆销售系统Nadcon 的整合 10 3. 逻辑视图 10 3.1 兼容性 10 3.2 系统架构 10 3.2.1 逻辑架构 10 3.2.2 Web 应用的包设计 12 3.3 组件设计 - J2EE WEB APPLICATION 13 3.3.1 MVC 框架 – Struts 13 3.3.2 日志 14 3.3.3 BAPI代理结构 15 3.3.4 销售商用户信息组件安全组件 16 3.3.5 页面表现框架 17 3.3.6 车辆列表功能 18 3.3.7 车辆订购请求单创建 24 3.3.8 车辆订购申请单查询列表 32 3.3.9 车辆订购申 请单修改 37 3.3.10 索赔单创建 43 3.3.11 数据交换 50 3.3.12 登录 & 退出 53 4. 数据视图 56 4.1 车辆列一表 57 4.2 车辆订购申请单创建 58 4.3 车辆订购申请单列表 59 4.4 车辆订购申请单修改 60 4.5 索赔单创建 61 5. 实现视图 62 5.1 缓存策略 62 5.2 会话管理 62 5.3 连接管理 62 5.4 集成的需要 62 5.4.1 WAS – SAP 集成 63 5.4.2 单点登陆 63 5.4.3 Vehicle Sale 系统 Nadcon的集成 63 6. 部署视图 64 6.1 安装需求 64 6.1.1 服务器的安装 64 6.2 服务支持的考虑 64 6.2.1 安全 64 6.2.2 服务器管理 64 7. 实现环境视图 64 7.1 开发环境 64 7.2 测试环境 64 7.3 生产环境 65 7.3.1 网络 65 7.4 域信息 65
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值