项目开发详细设计说明书,完整版.docx

上传人:h**** 文档编号:26596114 上传时间:2022-07-18 格式:DOCX 页数:8 大小:13.54KB
返回 下载 相关 举报
项目开发详细设计说明书,完整版.docx_第1页
第1页 / 共8页
项目开发详细设计说明书,完整版.docx_第2页
第2页 / 共8页
点击查看更多>>
资源描述

《项目开发详细设计说明书,完整版.docx》由会员分享,可在线阅读,更多相关《项目开发详细设计说明书,完整版.docx(8页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、项目开发详细设计说明书,完整版 详细设计说明书 XX有限公司 修订记录 目录 第一章概述. 错误!未定义书签。 .应用模块的目的. 错误!未定义书签。 .应用模块总体描述. 错误!未定义书签。 .应用模块接口描述. 错误!未定义书签。 .假设条件. 错误!未定义书签。第二章设计模式(Design pattern). 错误!未定义书签。第三章类设计. 错误!未定义书签。 .分块类图. 错误!未定义书签。 . 错误!未定义书签。 . 错误!未定义书签。 .整体继承关系. 错误!未定义书签。 .类描述. 错误!未定义书签。 Class Description . 错误!未定义书签。 Class De

2、scription . 错误!未定义书签。第四章交互图. 错误!未定义书签。 . 错误!未定义书签。 交互图. 错误!未定义书签。 例外情况及条件. 错误!未定义书签。 . 错误!未定义书签。第五章状态图. 错误!未定义书签。 . 错误!未定义书签。 . 错误!未定义书签。第六章时序流程图. 错误!未定义书签。第七章用户界面设计说明. 错误!未定义书签。 .用户界面关系. 错误!未定义书签。 .用户界面具体描述. 错误!未定义书签。 界面编号1:界面名称. 错误!未定义书签。 界面编号N:界面名称. 错误!未定义书签。第八章测试考虑. 错误!未定义书签。第九章附录. 错误!未定义书签。 .附录

3、A 代码举例. 错误!未定义书签。 .附录B 设计问题. 错误!未定义书签。 . 错误!未定义书签。 . 错误!未定义书签。 第一章概述 1.1.应用模块的目的 请明确客户建立应用模块的目的。 1.2.应用模块总体描述 描述应用模块的总体功能。 1.3.应用模块接口描述 简要描述本应用模块的公共接口,具体接口会在相应的类中进行具体描述。建议采用列表的方式。 1.4.假设条件 列出在问题领域,项目方案及其它影响系统设计的可能方面内,应当成立的假设条件。包括系统的约束条件和应遵循的标准。 第二章设计模式(Design pattern) 请列出本模块设计时使用的设计模式,请参考“Design Pat

4、terns” By Erich Gramma, Helm, Johnson & Vlissides, gang of four ISBN 0-201-63361-z (中文设计模式-机械工业出版社)。 第三章类设计 类图(Class Diagram)描述类和类之间的静态关系。与数据模型不同,它不仅显示了信息的结构,同时还描述了系统的行为。在类图的基础上,利用状态图、关系图等进一步描述了系统其他方面的特性。 类图主要描述了: 类(包括类的实例) 属性(表示知识型责任或数据) 方法(表示操作责任或功能) 类之间的关联关系 类之间的聚合关系 在父类及子类之间的继承关系 正式或非正式的约束描述(可选)

5、 本节针对每个构件的进行了详细描述,记录每个类的实例数,每个实例的占用数据库空间的平均大小等信息。 类图的设计在整个项目生命周期内通过迭代的方法得到。方案的复杂程度决定迭代的次数。 在考虑初始(initial)或概念(conceptual)角度类图时,我们讨论系统作什麽,该阶段即传统意义上的分析阶段,通过理解业务模型的哪些业务 模型应在软件系统中实现来定义问题和需求。在这点上设计保持技术中 立,但并不意味着丝毫不考虑技术,因为此时对于如何构造软件系统的 决定不是首要的关注问题。 下一步,设计逻辑(logical)或具体(specification)角度类图时,开始 关心系统如何实施和定义方案的

6、整体结构。诸如并行及分发,协作及共 享,交易及存储,用户界面性能,及系统接口例如通讯接口。在设计阶 段,设计依赖于技术和架构,同时设计决策也会影响技术和架构。 最后的迭代是设计物理或实施角度类图,基于所选的实施语言细化架构 设计。为了处理特定的实施细节,我们可能引入新的类或对现有的类进 行重新定制。 请明确本节描述的是何种角度的类图。 类图的目的在于通过研究业务、用户及系统的需求,制定全面的软件模型。创建完善的类图有助于完成如下工作: 通过研究系统中包含的对象,优化并精简系统。 是系统应用架构某些层次设计的出发点,如用户界面、数据库建模。 通过分析问题所在及其相关领域,恰当建立对象模型,有助于

7、明确分工,以支持并行开发。 通过使用简洁明了的表示方法,进一步确认系统设计。 全面考虑使用合适的应用设计模型、方法,避免不必要的重复工作。 遵循正确的设计原则,方法以提高设计质量。 在开发组合客户中更好的理解系统的设计有助于系统的重复利用和增量开发。 使用CASE工具生成图表。 3.1.分块类图 本段按照模块的不同部分的分块描述类图。对于小的模块不须分块。 3.1.1. 画一个类图仅描述与该部分相关的那些特征。 3.1.2. 对每个部分重复上面的段落要求。 3.2.整体继承关系 下面的图表描述整个应用模块的类图,在此仅显示类名及类型的。 3.3.类描述 本章描述上述章节中提到类的详细信息。 若有可能,使用CASE工具生成这些类描述。 类列表: 请在类名出提供连接指向类的具体描述。 3.3.1. Class Description 注:Pub/Prv/Pro 代表private, protected, public 3.3.2. Class Description 注:Pub/Prv/Pro 代表private, protected, public

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 应用文书 > 策划方案

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com