软件开发概要设计说明书 软件开发概要设计模板
跪求概要设计说明书的模版
编号：_________________ 版本：_________________ 网上购物概要设计说明书 委托单位 承办单位 编写签名_________________ 年 月 日 复查签名_________________ 年 月 日 批准签名_________________ 年 月 日 网上购物概要设计说明书 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： Project No.XXX-RD-RF No.XXX（自己定义） 当前版本： X.Y 作 者： 完成日期： Year-Month-Day 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 1引言 4 1.1编写目的 4 1.2背景 4 1.3定义 4 1.4参考资料 4 2总体设计 4 2.1需求规定 4 2.2运行环境 5 2.3基本设计概念和处理流程 5 2.4结构 5 2.5功能需求与程序的关系 5 2.6人工处理过程 5 2.7尚未问决的问题 6 3接口设计 6 3.1用户接口 6 3.2外部接口（硬件接口） 6 3.3内部接口（软件接口） 6 4运行设计 6 4.1运行模块组合 6 4.2运行控制 6 4.3运行时间 7 5系统数据结构设计 7 5.1逻辑结构设计要点 7 5.2物理结构设计要点 7 5.3数据结构与程序的关系 7 6系统出错处理设计 8 6.1出错信息 8 6.2补救措施 8 6.3系统维护设计 8 1引言 1.1编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。
1.2背景 说明： a. 待开发软件系统的名称； b. 列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。
1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料 列出有关的参考文件，如： a. 本项目的经核准的计划任务书或合同，上级机关的批文； b. 属于本项目的其他已发表文件； c. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
序号 资料名 文件编号 发表日期 出版单位 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求（可以参考需求说明书） 2.1.1功能描述 2.1.2性能要求 2.2运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定（可以参考需求说明书） 2.3基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式（可以参照图书零售系统范例） 注：可以使用word绘制流程图（示意图），也可以使用专业的MS Visio或者Rational Rose绘制 2.4结构 用一览表及框图或者树状图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系（可以参照图书零售系统范例） 2.5功能需求与程序的关系 本条用一张如下的矩阵图说明各项功能需求的实现是处于哪个模块中的： 模块1 模块2 …… 模块n 功能需求1 √ 功能需求2 √ …… 功能需求n √ √ 如： 用户登录 用户信息管理 …… 用户名、密码验证 √ 彩色验证码验证 √ 修改用户个人信息 √ 2.6人工处理过程 说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。
2.7尚未问决的问题 说明在概要设计过程中尚未解决、而设计者认为在系统完成之前必须解决的各个问题。
3接口设计 3.1用户接口 说明将向用户提供的命令和它们的语法结构，以及软件的回答信息（可以参照图书零售系统范例） 3.2外部接口（硬件接口） 说明本系统同外界的所有接口的安排，包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系，比如需要从外界系统接收哪些数据，或者需要输出哪些数据给外部系统等 3.3内部接口（软件接口） 说明本系统之内的各个系统元素之间的接口的安排（可暂时先省去） 4运行设计 4.1运行模块组合 说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。
模块集合 运行条件 支持软件 4.2运行控制 说明每一种外界的运行控制的方式方法和操作步骤。
运行名称 控制方法 操作步骤 4.3运行时间 说明每种运行模块组合将占用各种资源的时间。
运行名称 所占资源 时间 5系统数据结构设计 5.1逻辑结构设计要点 给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
5.2物理结构设计要点 给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。
补充说明：5.1和5.2可以合并为列出数据库中的所有表的设计结构（可以参照图书零售系统范例） 5.3数据结构与程序的关系 说明各个数据结构（表）与访问这些数据结构的模块的关系： 模块1 模块2 …… 模块n 表1 √ 表2 √ …… 表n √ √ 如 用户登录 用户信息管理 …… User_Table √ √ …… 6系统出错处理设计 6.1出错信息 用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
出错情况 提示信息 发生条件 解决办法 6.2补救措施 说明故障出现后可能采取的变通措施，可能包括： a. 后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本...
编写软件概要设计说明书的目的
我有OA系统，但没有设计说明书，我在网上复制的需求分析你看看吧1、OA项目负责人必须精通数据关系与数据控制企业OA系统建设的主要负责人、应用的主要管理者可以不懂计算机的基础技术，但必须精通业务工作的“数据关系与数据控制”，否则OA系统建成后往往就很难投入正常运行， 发挥实际应用效果。
2、OA需求不能贪大求全需要注意的是，一个单位建设OA系统，不能贪大求全求新，只要能满足本单位的实际需求，就是最好的。
如果单纯追求高、新、尖，到头来准是鸡飞蛋打。
因此，系统建设之前与建设过程中，一定要紧密联系本单位的主体业务，多向业务人员和文秘人员请教，才能做好需求分析工作。
3、充分有效的沟通必不可少当OA系统的需求确定后，软件实施方通常会进行一定程度的定制开发，这就要求企业方和实施方保持充分有效的沟通，以需求引导开发，避免不必要的误解和错误。
4、分阶段定需求OA系统的应用过程往往都要经历由浅到深、由简到繁的过程，用户需求也可以分阶段、有规划的进行，因此，建议选择功能实用、性能稳定、价格适中的平台型OA产品。
一方面其功能简单实用、便于用户快速上手；另一方面，平台型的OA软件具备极好的扩展性和灵活性，可以为深化应用阶段的OA运用打好良...我有OA系统，但没有设计说明书，我在网上复制的需求分析你看看吧1、OA项目负责人必须精通数据关系与数据控制企业OA系统建设的主要负责人、应用的主要管理者可以不懂计算机的基础技术，但必须精通业务工作的“数据关系与数据控制”，否则OA系统建成后往往就很难投入正常运行， 发挥实际应用效果。
2、OA需求不能贪大求全需要注意的是，一个单位建设OA系统，不能贪大求全求新，只要能满足本单位的实际需求，就是最好的。
如果单纯追求高、新、尖，到头来准是鸡飞蛋打。
因此，系统建设之前与建设过程中，一定要紧密联系本单位的主体业务，多向业务人员和文秘人员请教，才能做好需求分析工作。
3、充分有效的沟通必不可少当OA系统的需求确定后，软件实施方通常会进行一定程度的定制开发，这就要求企业方和实施方保持充分有效的沟通，以需求引导开发，避免不必要的误解和错误。
4、分阶段定需求OA系统的应用过程往往都要经历由浅到深、由简到繁的过程，用户需求也可以分阶段、有规划的进行，因此，建议选择功能实用、性能稳定、价格适中的平台型OA产品。
一方面其功能简单实用、便于用户快速上手；另一方面，平台型的OA软件具备极好的扩展性和灵活性，可以为深化应用阶段的OA运用打好良好基础。
简要描述系统概要设计包括哪些方面的架构
在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。
因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。
一、问题的提出 概要设计写什么？概要设计怎么做？如何判断设计的模块是完整的？为什么说设计阶段过于重视业务流程是个误区？以需求分析文档还是以概要设计文档来评估开发工作量、指导开发计划准确？结构化好还是面向对象好？以上问题的答案请在文章中找。
二、概要设计的目的 将软件系统需求转换为未来系统的设计；逐步开发强壮的系统构架；使设计适合于实施环境，为提高性能而进行设计；结构应该被分解为模块和库。
三、概要设计的任务 制定规范：代码体系、接口规约、命名规则。
这是项目小组今后共同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间的接口规则、方式方法，大家就有了共同的工作语言、共同的工作平台，使整个软件开发工作可以协调有序地进行。
总体结构设计：功能（加工）->模块：每个功能用那些模块实现，保证每个功能都有相应的模块来实现；模块层次结构：某个角度的软件框架视图；模块间的调用关系：模块间的接口的总体描述；模块间的接口：传递的信息及其结构；处理方式设计：满足功能和性能的算法 用户界面设计；数据结构设计：详细的数据结构：表、索引、文件；算法相关逻辑数据结构及其操作；上述操作的程序模块说明（在前台？在后台？用视图？用过程？······） 接口控制表的数据结构和使用规则 其他性能设计。
四、概要设计写什么 结构化软件设计说明书结构（因篇幅有限和过时嫌疑，在此不作过多解释） 任务：目标、环境、需求、局限；总体设计：处理流程、总体结构与模块、功能与模块的关系；接口设计：总体说明外部用户、软、硬件接口；内部模块间接口（注：接口≈系统界面） 数据结构：逻辑结构、物理结构，与程序结构的关系；模块设计：每个模块“做什么”、简要说明“怎么做”（输入、输出、处理逻辑、与其它模块的接口，与其它系统或硬件的接口），处在什么逻辑位置、物理位置；运行设计：运行模块组合、控制、时间；出错设计：出错信息、处错处理；其他设计：保密、维护；OO软件设计说明书结构1 概述 系统简述、软件设计目标、参考资料、修订版本记录 这部分论述整个系统的设计目标，明确地说明哪些功能是系统决定实现而哪些时不准备实现的。
同时，对于非功能性的需求例如性能、可用性等，亦需提及。
需求规格说明书对于这部分的内容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。
这部分必须说清楚设计的全貌如何，务必使读者看后知道将实现的系统有什么特点和功能。
在随后的文档部分，将解释设计是怎么来实现这些的。
2 术语表 对本文档中所使用的各种术语进行说明。
如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。
3 用例 此处要求系统用用例图表述（UML），对每个用例（正常处理的情况）要有中文叙述。
4 设计概述4.1 简述 这部分要求突出整个设计所采用的方法（是面向对象设计还是结构化设计）、系统的体系结构（例如客户/服务器结构）以及使用到的相应技术和工具（例如OMT、Rose）4.2 系统结构设计 这部分要求提供高层系统结构（顶层系统结构、各子系统结构）的描述，使用方框图来显示主要的组件及组件间的交互。
最好是把逻辑结构同物理结构分离，对前者进行描述。
别忘了说明图中用到的俗语和符号。
4.3 系统界面 各种提供给用户的界面以及外部系统在此处要予以说明。
如果在需求规格说明书中已经对用户界面有了叙述，此处不用再重复，可以指引读者参考需求说明。
如果系统提供了对其它系统的接口，比如说从其它软件系统导入/导出数据，必须在此说明。
4.4 约束和假定 描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。
说明系统是如何来适应这些约束的。
另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。
这种情况下，要求清楚地描述与本系统有交互的软件类型以及这样导致的约束。
实现的语言和平台也会对系统有约束，同样在此予以说明。
对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。
5 对象模型 提供整个系统的对象模型，如果模型过大，按照可行的标准把它划分成小块，例如可以把客户端和服务器端的对象模型分开成两个图表述。
在其中应该包含所有的系统对象。
这些对象都是从理解需求后得到的。
要明确哪些应该、哪些不应该被放进图中。
所有对象之间的关联必须被确定并且必须指明联系的基数。
聚合和继承关系必须清楚地确定下来。
每个图必须附有简单的说明。
6 对象描述 在这个部分叙述每个对象的细节，它的属性、它的方法。
在这之前必须从逻辑上对对象进行组织。
你可能需要用结构图把对象按子系统划分好...
软件开发是什么
软件开发的内容是：需求、设计、编程和测试！需求：不仅仅是用户需求，应该是开发中遇到的所有的需求。
比如，你首先要知道做这个项目是为了解决什么问题；测试案例中应该输入什么数据......为了清楚地知道这些需求，你经常要和客户、项目经理等交流。
设计：编码前，肯定有个计划告诉你要做什么，结构是怎样等等。
你一定要按照这个来做，否则可能会一团糟。
编程：如果在项目截止日，你的程序不能跑起来或达不到客户的要求，你就拿不到钱。
测试：目的是让你知道，什么时候算是完成了。
如果你聪明，你就应该先写测试，这样可以及时知道你是否真地完成了。
否则，你经常会不知道，到底有哪些功能是真正完成了，离预期目标还差多远。
软件开发中，客户和开发人员都有自己的基本权利和义务。
客户： 定义每个用户需求的商业优先级； 制订总体计划，包括用多少投资、经过多长时间、达到什么目的； 在项目开发过程中的每个工作周，都能让投资获得最大的收益； 通过重复运行你所指定的功能测试，准确地掌握项目进展情况； 能随时改变需求、功能或优先级，同时避免昂贵的再投资；能够根据各种变化及时调整项目计划； 能够随时取消项目；项目取消时，以前的开发工作不是一堆垃圾，已开发完的功能是合乎要求的，正在进行或未完成的的工作则应该是不难接手的。
开发人员： 知道要做什么，以及要优先做什么； 工作有效率； 有问题或困难时，能得到客户、同事、上级的回答或帮助； 对工作做评估，并根据周围情况的变化及时重新评估； 积极承担工作，而不是消极接受分配； 一周40小时工作制，不加班。
软件开发过程可以包括以下6个阶段：计划 对所要解决的问题进行总体定义，包括了解用户的要求及现实环境，从技术、经济和社会因素等3个方面研究并论证本软件项目的可行性，编写可行性研究报告，探讨解决问题的方案，并对可供使用的资源（如计算机硬件、系统软件、人力等）成本，可取得的效益和开发进度作出估计。
制订完成开发任务的实施计划。
分析 软件需求分析就是回答做什么的问题。
它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（形式功能规约，即需求规格说明书）表达出来的过程。
本阶段的基本任务是和用户一起确定要解决的问题，建立软件的逻辑模型，编写需求规格说明书文档并最终得到用户的认可。
需求分析的主要方法有结构化分析方法、数据流程图和数据字典等方法。
本阶段的工作是根据需求说明书的要求，设计建立相应的软件系统的体系结构，并将整个系统分解成若干个子系统或模块，定义子系统或模块间的接口关系，对各子系统进行具体设计定义，编写软件概要设计和详细设计说明书，数据库或数据结构设计说明书，组装测试计划。
设计 软件设计可以分为概要设计和详细设计两个阶段。
实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。
可以是一个函数、过程、子程序、一段带有程序说明的独立的程序和数据，也可以是可组合、可分解和可更换的功能单元。
模块，然后进行模块设计。
概要设计就是结构设计，其主要目标就是给出软件的模块结构，用软件结构图表示。
详细设计的首要任务就是设计模块的程序流程、算法和数据结构，次要任务就是设计数据库，常用方法还是结构化程序设计方法。
编码 软件编码是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的＂源程序清单＂。
充分了解软件开发语言、工具的特性和编程风格，有助于开发工具的选择以及保证软件产品的开发质量。
当前软件开发中除在专用场合，已经很少使用二十世纪80年代的高级语言了，取而代之的是面向对象的开发语言。
而且面向对象的开发语言和开发环境大都合为一体，大大提高了开发的速度。
测试 软件测试的目的是以较小的代价发现尽可能多的错误。
要实现这个目标的关键在于设计一套出色的测试用例（测试数据和预期的输出结果组成了测试用例）。
如何才能设计出一套出色的测试用例，关键在于理解测试方法。
不同的测试方法有不同的测试用例设计方法。
两种常用的测试方法是白盒法测试对象是源程序，依据的是程序内部的的逻辑结构来发现软件的编程错误、结构错误和数据错误。
结构错误包括逻辑、数据流、初始化等错误。
用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。
白盒法和黑盒法依据的是软件的功能或软件行为描述，发现软件的接口、功能和结构错误。
其中接口错误包括内部/外部接口、资源管理、集成化以及系统错误。
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。
黑盒法。
维护 维护是旨在已完成对软件的研制（分析、设计、编码和测试）工作并交付使用以后，对软件产品所进行的一些软件工程的活动。
即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。
编写软件问题报告、软件修改报告。
一个中等规模的软件，如果研制阶段需要一年至二年的时间，在它投入使用以后，其运行或工作时间可能持...
-