项目开发详细设计说明书(超好用),完整版.docx

项目开发详细设计说明书(超好用),完整版 具体设计说明书 XX有限公司修订记录名目第一章概述 (5)1.1.应用模块的目的 (5)1.2.应用模块总体描绘 (5)1.3.应用模块接口描绘 (5)1.4.假设条件 (5)其次章设计形式〔Design pattern〕 (6)第三章类设计 (7)3.1.分块类图 (8)3.1.1. (8)3.1.2. (8)3.2.整体继承关系 (8)3.3.类描绘 (9)3.3.1. Class Description (9)3.3.2. Class Description (10)第四章交互图 (12)4.1. (12)4.1.1.交互图 (12)4.1.2.例外状况及条件 (13)4.2. (13)第五章状态图 (14)5.1. (14)5.2. (15)第六章时序流程图 (16)第七章用户界面设计说明 (18)7.1.用户界面关系 (18)7.2.用户界面详细描绘 (18)7.2.1. (21)9.2.2. (21)第一章概述1.1.应用模块的目的请明确客户建立应用模块的目的。1.2.应用模块总体描绘描绘应用模块的总体功能。1.3.应用模块接口描绘简要描绘本应用模块的公共接口，详细接口会在相应的类中进展详细描绘。建议采纳列表的方式。1.4.假设条件列出在问题领域，工程方案及其它影响系统设计的可能方面内，应当成立的假设条件。包括系统的约束条件和应遵循的标准。其次章设计形式〔Design pattern〕请列出本模块设计时用法的设计形式，请参考“Design Patterns〞 By Erich Gramma, Helm, Johnson Vlissides, gang of four ISBN 0-201-63361-z (中文《设计形式》-机械工业出版社)。第三章类设计类图(Class Diagram)描绘类和类之间的静态关系。与数据模型不同,它不仅显示了信息的构造,同时还描绘了系统的行为。在类图的根底上，利用状态图、关系图等进一步描绘了系统其他方面的特性。类图主要描绘了：?类〔包括类的实例〕?属性〔表示学问型责任或数据〕?方法〔表示操作责任或功能〕?类之间的关联关系?类之间的聚合关系?在父类及子类之间的继承关系?正式或非正式的约束描绘〔可选〕本节针对每个构件的进展了具体描绘，记录每个类的实例数，每个实例的占用数据库空间的平均大小等信息。类图的设计在整个工程生命周期内通过迭代的方法得到。方案的冗杂程度打算迭代的次数。?在考虑初始(initial)或概念(conceptual)角度类图时，我们争论系统作什麽，该阶段即传统意义上的分析阶段，通过理解业务模型的哪些业务模型应在软件系统中实现来定义问题和需求。在这点上设计保持技术中立，但并不意味着丝毫不考虑技术，因为此时对于如何构造软件系统的打算不是首要的关注问题。?下一步，设计规律(logical)或详细(specification)角度类图时，开头关怀系统如何施行和定义方案的整体构造。诸如并行及分发，协作及共享，交易及存储，用户界面性能，及系统接口例如通讯接口。在设计阶段，设计依靠于技术和架构，同时设计决策也会影响技术和架构。?最终的迭代是设计物理或施行角度类图，基于所选的施行语言细化架构设计。为了处理特定的施行详情，我们可能引入新的类或对现有的类进行重新定制。请明确本节描绘的是何种角度的类图。类图的目的在于通过讨论业务、用户及系统的需求，制定全面的软件模型。创立完善的类图有助于完成如下工作:?通过讨论系统中包含的对象，优化并精简系统。?是系统应用架构某些层次设计的动身点，如用户界面、数据库建模。?通过分析问题所在及其相关领域，恰当建立对象模型，有助于明确分工，以支持并行开发。?通过用法简洁明了的表示方法，进一步确认系统设计。?全面考虑用法适宜的应用设计模型、方法，避开不必要的重复工作。?遵循正确的设计原那么，方法以进步设计质量。在开发组合客户中更好的理解系统的设计有助于系统的重复利用和增量开发。用法CASE工具生成图表。3.1.分块类图本段根据模块的不同局部的分块描绘类图。对于小的模块不须分块。3.1.1.画一个类图仅描绘与该局部相关的那些特征。3.1.2.对每个局部重复上面的段落要求。3.2.整体继承关系下面的图表描绘整个应用模块的类图，在此仅显示类名及类型的。3.3.类描绘本章描绘上述章节中提到类的具体信息。假设有可能，用法CASE工具生成这些类描绘。类列表：请在类名出供应连接指向类的详细描绘。3.3.1. Class Description注：Pub/P