3详细设计说明书-面向对象.docxVIP

文档编号版本号文档名称：详细设计说明书项目名称：项目负责人：编写年月日校对年月日审核年月日批准年月日开发单位云南大学软件学院文档更改历史记录序号主要更改内容版本号更改人更改时间1234567891011概述应用模块的目的请明确客户建立应用模块的目的。应用模块总体描述描述应用模块的总体功能。应用模块接口描述简要描述本应用模块的公共接口，具体接口会在相应的类中进行具体描述。建议采用列表的方式。假设条件列出在问题领域，项目方案及其它影响系统设计的可能方面内，应当成立的假设条件。包括系统的约束条件和应遵循的标准。设计模式（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工具生成图表。分块类图本段按照模块的不同部分的分块描述类图。对于小的模块不须分块。类图1画一个类图仅描述与该部分相关的那些特征。类图n对每个部分重复上面的段落要求。整体继承关系下面的图表描述整个应用模块的类图，在此仅显示类名及类型的。类描述本章描述上述章节中提到类的详细信息。若有可能，使用CASE工具生成这些类描述。类列表：请在类名出提供连接指向类的具体描述。类名简要描述是否为接口类类名1 Class DescriptionClassCSampleXXXXPackageClass Formatpublic class CSampleXXXXExtendsImplementsPropertiesNameType Default ValuePub/Prv/ProGetSetPurposeMethodsName(Pub/Prv/Pro)ParametersReturn ValueExceptionsDescriptionEventsNameConditionParametersPurpose约束条件（可选）实例个数（可选）实例平均大小（可选）pseudo -Code for Important Method(重要方法伪码)注：Pub/Prv/Pro 代表private, protected, public类名n Class DescriptionClassCSampleXXXXPackageClass Formatpublic class CSampleXXXXExtendsImplementsPropertiesNameType Default ValuePub/Prv/Pr