 上传我的文档
 上传文档
 下载
 收藏
粉丝量：32
所有文档均来自于网络,所搜集文档几乎涵盖了所有行业,均严格按照道客巴巴->文档分类->所有文档->分类。对每篇文档详细释义做出了合理推敲,并对其精确划分了类别。例:解除劳动合同证明书 ->(标题)->所有文档->(法律文献)->(分类)->合同范本。旨在让大家把搜索到的文档对照标题,参照分类。一看便一目了然成竹在胸,放心下载,安心使用。笔者主要搜集了一些常用文档,如论文,工作总结,合同协议,规章制度,报告,方案,课件,试题,试卷,答案,职业资格考试,策划营销....等等一些教育学习,办公写作,商业经营,实用性极强的文档,您若觉得对您日常学习,商业经营,社交沟通,办公写作有所帮助的话就关注我吧。
 下载此文档
系统概要设计方案模板
下载积分：1000
内容提示：系统概要设计方案模板
文档格式：DOC|
浏览次数：119|
上传日期： 20:54:32|
文档星级：
全文阅读已结束，如果下载本文需要使用
 1000 积分
下载此文档
该用户还上传了这些文档
系统概要设计方案模板
关注微信公众号概要设计写法_百度文库
您的浏览器Javascript被禁用，需开启后体验完整功能，
享专业文档下载特权
&赠共享文档下载特权
&10W篇文档免费专享
&每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
概要设计写法
阅读已结束，下载本文需要
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
加入VIP
还剩4页未读，
定制HR最喜欢的简历
你可能喜欢博客分类：
作者：赵磊
博客：http://elf8848.iteye.com
软件概要设计做什么，怎么做
一、软件设计一般流程：
1、先前的软件需求分析阶段，已经搞清楚了 “要解决什么问题”，并输出了《软件需要说明书》。这时一切都是理想。
2、现在进入概要设计阶段，重点说清楚“总体实现方案”，确定软件系统的总体布局，各个子模块的功能和模块间的关系，与外部系统的关系。有一些研究与论证性的内容。并输出《软件概要设计说明书》。这时一切都是概念。
3、最后进入详细设计阶段，重点说清楚“每个模块怎么做”，是“程序”的蓝图，确定每个模块采用的算法、数据结构、接口的实现、属性、参数。并输出《软件详细设计说明书》。这时一切都是实现。
二、《概要设计说明书》的一般结构:
1、总述：需求或目标（讲一下事情的起源）、环境、局限；
----主要交代背景与大环境。(非重点)
2、总体设计：从全局的角度说一下 总体结构、功能、处理流程、有哪些模块、模块间的关系；
----使读者有“全局”观，为下一步深入各个模块做好准备。
3、外部接口：总体说明外部用户、软、硬件接口(可用资源)；(这个接口不是java的interface) 。
----使读者了解可以利用的外部资源。
4、模块设计：每个模块“做什么”、简要说明“怎么做”（输入、输出、处理逻辑、与其它模块或系统的接口），处在什么逻辑位置、物理位置； (重点)
5、数据结构：逻辑结构、物理结构（存储在数据表中，还是缓存中）；
6、容灾设计：出错信息、出错处理； （可选）
7、监控设计：运行模块组合、控制、时间；（可选）
8、用户界面设计：（可选）
9、安全设计：（可选）
10、其它设计：（可选）
11、制定规范（附录）： 设计原则,代码规范、接口规约、命名规则。--是小组协同开发的基础三、模块设计是重点，多说几句：
可以写以下内容：
1、模块描述：说明哪些模块实现了哪些功能；
2、模块层次结构：可以使用某个视角的软件框架图来表达；
3、模块间的关系：模块间依赖关系的描述，通信机制描述；
4、模块的核心接口：说明模块传递的信息、信息的结构；
5、处理方式设计：说一些满足功能和性能的算法；
四、怎么使用概要设计：
1、用来评价总体设计的可行性。
2、用来检查设计的模块是否完整，保证每一个功能都有对应的模块来实现。
3、用来评估开发工作量、指导开发计划（在不写详细设计的情况下）。
五、最后提醒:
1、概要设计阶段过于重视业务流程是个误区.
2、概要设计阶段过于重视细节实现是个误区.
转载请注明出自：
浏览 48851
浏览: 6014307 次
来自: 北京
感谢，看完有了一个完整的知识网络。
谢谢，学到很多
非常感谢非常感谢
推荐用StratoIO打印控件，功能如下：1、Html友好的打 ...
(window.slotbydup=window.slotbydup || []).push({
id: '4773203',
container: s,
size: '200,200',
display: 'inlay-fix'下次自动登录
现在的位置:
& 综合 & 正文
软件概要设计与详细设计的区别
概要设计与详细设计的区别
概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。
详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。
概要设计阶段通常得到软件结构图
详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等
概要设计和详细设计
在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？
这个问题在公司内部经常有人问。现在陈述一下。
我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。
结构化设计方法的基本思路是：按照问题域，将软件逐级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块）。模块的概念，和中的子程序或函数是对应的。
这样一来，设计可以明显地划分成两个阶段：
概要（结构）设计阶段：把软件按照一定的原则分解为模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口。
详细设计阶段：依据概要设计阶段的分解，设计每个模块内的、流程等。
概要设计阶段：
在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此。主要集中于划分模块、分配任务、定义调用关系。模块间的接口与传参在这个阶段要定 得 十分细致明确，应编写严谨的数据字典，避免后续设计产生不解或误解。概要设计一般不是一次就能做到位，而是反复地进行结构调整。典型的调整是合并功能重复 的模块，或者进一步分解出可以复用的模块。在概要设计阶段，应最大限度地提取可以重用的模块，建立合理的结构体系，节省后续环节的工作量。
概要设计文档最重要的部分是分层数据流图、结构图、数据字典以及相应的文字说明等。以概要设计文档为依据，各个模块的详细设计就可以并行展开了。
详细设计阶段:
在这个阶段，各个模块可以分给不同的人去并行设计。在详细设计阶段，设计者的工作对象是一个模块，根据概要设计赋予的局部任务和对外接口，设计并表达出模 块的算法、流程、状态转换等内容。这里要注意，如果发现有结构调整（如分解出子模块等）的必要，必须返回到概要设计阶段，将调整反应到概要设计文档中，而 不 能就地解决，不打招呼。详细设计文档最重要的部分是模块的流程图、状态图、局部变量及相应的文字说明等。一个模块一篇详细设计文档。
概要设计文档相当于机械设计中的装配图，而详细设计文档相当于机械设计中的零件图。文档的编排、装订方式也可以参考机械图纸的方法。
我们公司对模块的认识和传统定义有所不同，认为是较大的软件功能单元才可以称作模块。这种认识使大家对概要设计和详细设计的分工产生了混乱的理解，降低了文档的可用性，应该予以纠正。
概要设计中较顶层的部分便是所谓的方案。方案文档的作用是在宏观的角度上保持设计的合理性。
有的项目采用面向对象的分析、设计方法。可能在概要设计、详细设计的分工上疑问更多。其实，面向对象的分析、设计方法并没有强调结构化方法那样的阶段性， 因此一般不引入概要、详细设计的概念。如果按照公司的文档体系，非要有这种分工的话，可以将包的划分、类及对象间的关系、类的对外属性、方法及协作设计看 做 概要设计；类属性、方法的内部实现看做详细设计。
1.需求分析--产生软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。
2.概要设计--产生软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。并且需要指出关键技术难点等。
3.详细设计--产生软件详细设计说明书，对概要设计的进一步细化，一般由各部分的担当人员依据概要设计分别完成，然后在集成，是具体的实现细节。理论上要求可以照此编码。
概要设计和详细设计的区别与联系
软件设计采用自顶向下、逐次功能展开的设计方法，首先完成总体设计，然后完成各有机组成部分的设计。
根据工作性质和内容的不同，软件设计分为概要设计和详细设计。概要设计实现软件的总体设计、模块划分、用户界面设计、数据库设计等等；详细设计则根据概要设计所做的模块划分，实现各模块的算法设计，实现用户界面设计、数据结构设计的细化，等等。
概要设计是详细设计的基础，必须在详细设计之前完成，概要设计经复查确认后才可以开始详细设计。概要设计，必须完成概要设计文档，包括系统的总体设计文档、以及各个模块的概要设计文档。每个模块的设计文档都应该独立成册。
详细设计必须遵循概要设计来进行。详细设计方案的更改，不得影响到概要设计方案；如果需要更改概要设计，必须经过项目经理的同意。详细设计，应该完成详细设计文档，主要是模块的详细设计方案说明。和概要设计一样，每个模块的详细设计文档都应该独立成册。
概要设计里面的数据库设计应该重点在描述数据关系上，说明数据的来龙去脉，在这里应该结合我们的一下结果数据，说明这些结果数据的源点，我们这样设计的目
的和原因。详细设计里的数据库设计就应该是一份完善的数据结构文档，就是一个包括类型、命名、精度、字段说明、表说明等内容的数据字典。
概要设计里的功能应该是重点在功能描述，对需求的解释和整合，整体划分功能模块，并对各功能模块进行详细的图文描述，应该让读者大致了解系统作完后大体的
结构和操作模式。详细设计则是重点在描述系统的实现方式，各模块详细说明实现功能所需的类及具体的方法函数，包括涉及到的sql语句等。
概要设计，详细设计之间的关系是什么？
我的看法：
概要设计只说明系统有多少个模块，各模块之间的接口和个模块本身的功能
详细设计说明某个具体模块如何实现，粒度应该比程序略高一些
但是问题来了，各个模块之间是有层次关系的，也有先后逻辑关系。这就说明，在概要设计中，还必须考虑模块的实现细节，否则，你怎么知道这个模块下面要划分子模块？你怎么知道各子模块的调用顺序？
这就说明，概要设计和详细设计是重叠进行的，而软件工程书上说的确是顺序进行的，不知道是不是我的理解有问题。
举个例子，例如排序程序，如果设计2个模块：
一个主模块用于排序子模块用于交换2个变量，主模块调用子模块，但是子模块是怎么设计出来的呢？肯定是你先想到了用冒泡等排序方式的时候需要交换数据，这已经考虑了主模块足够多的细节，似乎属于"详细设计"了，但是目前进行的是概要设计，这就产生了我所说的重叠的情况。
看看上面的帖子，有意思的居多。
上面也有朋友说到用建筑的例子来比喻。
软件的概要设计，主要是建立软件系统的整体架构，也就是我们在盖房子时候，需要先将房子的整个架子构建起来。
软件的详细设计，主要是将软件系统的各个部分的具体设计方法、逻辑、功能采用文字方式进行表述。这样在实现过程中，Coding人员原则上严格按此进行代码实现即可。
这样的一个最为简单的例证：我们可以将代码交付第三方来做。验证与跟踪采取设计来。
我 看上面还有一个朋友说：快速做代码。这个本身没有值得批评之处。但只要想一下，你写的代码没有任何设计思想、文档留下的情况，一旦你离开，如何维护？重新
设计吗？还是花费几倍人力去研究你写的几千/万，甚至几十万行代码？如果是这样的，你没错，关键是你们老板太对了，钱算什么。
另外的一个问题是：中国人如此聪明，但中国为什么没有出现巨型软件产品呢？个人英雄主义依然很严重，老板的短视利益行为大行其道。
【上篇】【下篇】您所在位置： &
&nbsp&&nbsp&nbsp&&nbsp
系统概要设计.doc 18页
本文档一共被下载：
次 ,您可全文免费在线阅读后下载本文档。
下载提示
1.本站不保证该用户上传的文档完整性，不预览、不比对内容而直接下载产生的反悔问题本站不予受理。
2.该文档所得收入(下载+内容+预览三)归上传者、原创者。
3.登录后可充值，立即自动返金币，充值渠道很便利
系统概要设计
你可能关注的文档：
··········
··········
网上订餐系统软件概要设计
第  PAGE 18 页 共  NUMPAGES 18 页
文档编号：
版 本 号：
文档名称：
概要设计说明书
项目名称：
网上订餐系统
项目负责人：
2011 年 12 月 6
日
开发单位：
录
 TOC \o "1-3" \h \z  HYPERLINK \l "_Toc" １引言  PAGEREF _Toc \h 4
 HYPERLINK \l "_Toc" 1.1编写目的  PAGEREF _Toc \h 4
 HYPERLINK \l "_Toc" 1.2背景
 PAGEREF _Toc \h 4
 HYPERLINK \l "_Toc" 1.3 定义  PAGEREF _Toc \h 4
 HYPERLINK \l "_Toc" 1.4参考资料  PAGEREF _Toc \h 4
 HYPERLINK \l "_Toc" 2总体设计  PAGEREF _Toc \h 4
 HYPERLINK \l "_Toc" 2.1需求规定  PAGEREF _Toc \h 4
 HYPERLINK \l "_Toc" 2.1.1系统输入项目  PAGEREF _Toc \h 4
 HYPERLINK \l "_Toc" 2.1.2系统输出项目  PAGEREF _Toc \h 5
 HYPERLINK \l "_Toc" 2.1.3系统处理功能  PAGEREF _Toc \h 5
 HYPERLINK \l "_Toc" 2.2运行环境  PAGEREF _Toc \h 6
 HYPERLINK \l "_Toc" 2.2.1硬件系统  PAGEREF _Toc \h 6
 HYPERLINK \l "_Toc" 2.2.2软件系统  PAGEREF _Toc \h 6
 HYPERLINK \l "_Toc" 2.3基本设计概念和操作流程  PAGEREF _Toc \h 6
 HYPERLINK \l "_Toc" 2.3.1基本设计概念  PAGEREF _Toc \h 6
 HYPERLINK \l "_Toc" 2.3.2操作流程  PAGEREF _Toc \h 7
 HYPERLINK \l "_Toc" 2.4系统软件结构  PAGEREF _Toc \h 7
 HYPERLINK \l "_Toc" 2.5功能需求与程序的关系  PAGEREF _Toc \h 10
 HYPERLINK \l "_Toc" 3架构设计  PAGEREF _Toc \h 12
 HYPERLINK \l "_Toc" 3.1逻辑架构  PAGEREF _Toc \h 12
 HYPERLINK \l "_Toc" 3.2物理架构  PAGEREF _Toc \h 12
 HYPERLINK \l "_Toc" 4接口设计  PAGEREF _Toc \h 13
 HYPERLINK \l "_Toc3120
正在加载中，请稍后...