如何写概要的设计.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
如何写概要的设计

概说概要设计怎么做 来源:希赛网 作者:厦门巨龙软件工程有限公司 卢琳生 [2003/12/22] ?? 摘要: ?? 本文是在概要设计实践和学习中的一些心得与学习笔记,希望与大家分享,如有不妥之处欢迎指正。 ?? 关键字: ?? 概要设计,结构化,OOD ?? 正文: ?? 在需求明确、准备开始编码之前,要做概要设计,而详细设计可能大部分公司没有做,有做的也大部分是和编码同步进行,或者在编码之后。因此,对大部分的公司来说,概要设计文档是唯一的设计文档,对后面的开发、测试、实施、维护工作起到关键性的影响。 ?? 一、问题的提出 ?? 概要设计写什么?概要设计怎么做? ?? 如何判断设计的模块是完整的? ?? 为什么说设计阶段过于重视业务流程是个误区? ?? 以需求分析文档还是以概要设计文档来评估开发工作量、指导开发计划准确? ?? 结构化好还是面向对象好? ?? 以上问题的答案请在文章中找。 ?? 二、概要设计的目的 ?? 将软件系统需求转换为未来系统的设计; ?? 逐步开发强壮的系统构架; ?? 使设计适合于实施环境,为提高性能而进行设计; ?? 结构应该被分解为模块和库。 ?? 三、概要设计的任务 ??? 制定规范:代码体系、接口规约、命名规则。这是项目小组今后共同作战的基础,有了开发规范和程序模块之间和项目成员彼此之间的接口规则、方式方法,大家就有了共同的工作语言、共同的工作平台,使整个软件开发工作可以协调有序地进行。 ?? 总体结构设计: ?? 功能(加工)-模块:每个功能用那些模块实现,保证每个功能都有相应的模块来实现; ?? 模块层次结构:某个角度的软件框架视图; ?? 模块间的调用关系:模块间的接口的总体描述; ?? 模块间的接口:传递的信息及其结构; ?? 处理方式设计:满足功能和性能的算法 ?? 用户界面设计; ?? 数据结构设计: ?? 详细的数据结构:表、索引、文件; ?? 算法相关逻辑数据结构及其操作; ?? 上述操作的程序模块说明(在前台?在后台?用视图?用过程?······) ?? 接口控制表的数据结构和使用规则 ?? 其他性能设计。 ?? 四、概要设计写什么 ?? 结构化软件设计说明书结构(因篇幅有限和过时嫌疑,在此不作过多解释) ?? 任务:目标、环境、需求、局限; ?? 总体设计:处理流程、总体结构与模块、功能与模块的关系; ?? 接口设计:总体说明外部用户、软、硬件接口;内部模块间接口(注:接口≈系统界面) ?? 数据结构:逻辑结构、物理结构,与程序结构的关系; ?? 模块设计:每个模块“做什么”、简要说明“怎么做”(输入、输出、处理逻辑、与其它模块的接口,与其它系统或硬件的接口),处在什么逻辑位置、物理位置; ?? 运行设计:运行模块组合、控制、时间; ?? 出错设计:出错信息、处错处理; ?? 其他设计:保密、维护; ?? OO软件设计说明书结构 ?? 1 概述 ?? 系统简述、软件设计目标、参考资料、修订版本记录 ?? 这部分论述整个系统的设计目标,明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时,对于非功能性的需求例如性能、可用性等,亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考,看看其中明确了的功能性以及非功能性的需求。 这部分必须说清楚设计的全貌如何,务必使读者看后知道将实现的系统有什么特点和功能。在随后的文档部分,将解释设计是怎么来实现这些的。 ?? 2 术语表 ?? 对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了,此处不用再重复,可以指引读者参考需求说明。 ?? 3 用例 ?? 此处要求系统用用例图表述(UML),对每个用例(正常处理的情况)要有中文叙述。 ?? 4 设计概述 ?? 4.1 简述 ?? 这部分要求突出整个设计所采用的方法(是面向对象设计还是结构化设计)、系统的体系结构(例如客户/服务器结构)以及使用到的相应技术和工具(例如OMT、Rose) ?? 4.2 系统结构设计 ?? 这部分要求提供高层系统结构(顶层系统结构、各子系统结构)的描述,使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离,对前者进行描述。别忘了说明图中用到的俗语和符号。 ?? 4.3 系统界面 ?? 各种提供给用户的界面以及外部系统在此处要予以说明。如果在需求规格说明书中已经对用户界面有了叙述,此处不用再重复,可以指引读者参考需求说明。如果系统提供了对其它系统的接口,比如说从其它软件系统导入/导出数据,必须在此说明。 ?? 4.4 约束和假定 ?? 描述系统设计中最主要的约束,这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。 ?? 另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一

文档评论(0)

2017meng + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档