设计说明
目录
1 概述 (1)
1.1 编写目的 (1)
1.2 参考资料 (1)
1.3 术语和缩写词* (1)
2 需求概述 (1)
3 结构设计 (1)
3.1 总体设计 (1)
3.2 功能分配 (1)
3.3 接口设计 (1)
3.4 数据结构设计 (1)
3.4.1 公共数据结构设计 (1)
3.4.2 数据库设计 (2)
3.4.3 数据结构同程序的关系* (2)
3.5 出错处理设计* (2)
3.6 其它* (2)
4 类的设计 (2)
4.1 类1设计 (2)
4.1.1 功能说明 (2)
4.1.2 属性说明 (2)
4.1.3 公有方法说明 (2)
4.1.4 私有方法说明 (2)
4.2 类2设计 (3)
4.2.1 功能说明 (3)
4.2.2 属性说明 (3)
4.2.3 公有方法说明 (3)
4.2.4 私有方法说明 (3)
5 用例实现的设计 (3)
5.1 用例1设计 (3)
5.1.1 功能说明 (3)
5.1.2 界面设计 (3)
5.1.3 交互设计 (3)
5.2 用例2设计 (3)
5.2.1 功能说明 (3)
5.2.2 界面设计 (3)
5.2.3 交互设计 (3)
【注】本编写指南中带有“*”标志的表示可选部分，即在文档编写过程中可以依据实际项目的具体情况进行取舍，文档完成后这些“*”标记应该去掉。
1 概述
1.1 编写目的
本文档的编写目的是：详细定义×××××软件的总体功能；给出系统的结构设计和过程设计，作为程序编写的依据。
1.2 参考资料
包括：
a. 项目来源；
b. 本文档中引用到的规范和资料等；
c. 列出这些规范和资料的作者、编号、标题、发表日期、出版单位或资料来源。
1.3 术语和缩写词*
列出本文档中用到的专门术语的定义和缩写词，缩写词要给出中文译名和英文全称，常用的不需要定义。
2 需求概述
概述系统的特性和需求，扩充软件需求说明中的信息，给出增加的细节，详尽地指出对软件需求说明中有关特性和需求作出的变更。（本次大作业只写：需求详细说明见《需求说明》）。
3 结构设计
3.1 总体设计
绘制类图（Class Diagram），必要时辅以包图（Package Diagram）和组件图（Component Diagram）。
对系统体系架构和所绘制图形加以文字说明。
3.2 功能分配
3.3 接口设计
对和硬件及其他外部系统的接口进行说明。
3.4 数据结构设计
3.4.1 公共数据结构设计
对程序当中所定义的全局变量、全局数据结构或类当中Public数据结构进行定义和说
明。
3.4.2 数据库设计
对程序当中所采用的数据库相关的名称和标识符、在数据库当中的位置、定义、度量单位、格式和值域、敏感程度、数据项名、缩写词和代码，包括用于数据库的规格说明等进行定义。建议给出数据库表结构。
表3-1商品表(Product)
3.4.3 数据结构同程序的关系*
数据结构影响最后的构件（模块）过程设计。因此，需要说明数据结构如何影响程序的数据组织、存取方式、结合程度和处理方法。
3.5 出错处理设计*
包括对出错输出信息、出错处理对策的说明。
3.6 其它*
说明设计当中对于安全保密、维护等情况的设计考虑。
4 类的设计
对系统当中主要的类逐一进行说明。
4.1 类1设计
4.1.1 功能说明
用文字形式简单的描述该类的主要属性、公用接口和内部方法。
4.1.2 属性说明
4.1.3 公有方法说明
详细描述类的Public方法，包括输入、输出和实现算法。
4.1.4 私有方法说明
详细描述类的私有或保护方法，包括输入、输出和实现算法。
4.2 类2设计
4.2.1 功能说明
用文字形式简单的描述该类的主要属性、公用接口和内部方法。
4.2.2 属性说明
4.2.3 公有方法说明
详细描述类的Public方法，包括输入、输出和实现算法，复杂算法可以采用流程图、PDL等方式加以说明。
4.2.4 私有方法说明
详细描述类的私有或保护方法，包括输入、输出和实现算法，复杂算法可以采用流程图、PDL等方式加以说明。
．．．．．．
5 用例实现的设计
对《需求分析》文档当中所有用例的具体实现逐一进行说明。
5.1 用例1设计
5.1.1 功能说明
用文字形式简单的描述该用例的功能。
5.1.2 界面设计
采用用户界面原型（如VB窗口）描述该用例的操作界面，说明数据的输入形式和验证手段，特殊的界面操作控制流程可适当说明。
5.1.3 交互设计
用顺序图（时序图）描述该用例的具体实现，必要时可用多张交互图描述。
5.2 用例2设计
5.2.1 功能说明
用文字形式简单的描述该用例的功能。
5.2.2 界面设计
采用用户界面原型（如Delphi、VB窗口）描述该用例的操作界面，说明数据的输入形式和验证手段，特殊的界面操作控制流程可适当说明。
5.2.3 交互设计
用顺序图（时序图）描述该用例的具体实现，必要时可用多张交互图描述。．．．．．．
课程设计报告 课程名称面向对象程序设计 课题名称学生成绩管理系统 专业计算机科学与技术 班级计算机 1001 学号 01 姓名 指导教师李珍辉陈淑红李杰军 2011年 12 月 28 日
湖南工程学院 课程设计任务书 课程名称面向对象程序设计 课题学生成绩管理系统 专业班级计算机1001 学生姓名 学号 01 指导老师李珍辉陈淑红李杰军 审批 任务书下达日期 2011 年 11 月 15 日 任务完成日期 2011 年 12 月 28 日
一、设计内容与设计要求 1.课程设计目的： 面向对象程序设计课程设计是集中实践性环节之一，是学习完《面向对象程序设计》课程后进行的一次全面的综合练习。要求学生达到熟练掌握C++语言的基本知识和技能；基本掌握面向对象程序设计的思想和方法；能够利用所学的基本知识和技能，解决简单的面向对象程序设计问题，从而提高动手编程解决实际问题的能力。 2.课题题目 1）公司库存管理系统 2）高校学籍管理系统 3）高校工资管理系统 4）高校人事管理系统 5）通讯录程序设计 6）学生成绩管理系统 7) 图书管理系统 8）文本编辑器的设计与实现 9）学生考勤管理系统 10）公司人员管理系统 3．设计要求： ⑴设计课题题目：每位同学根据自己学号除以10所得的余数加1选择相 应题号的课题。随意换题者不记成绩。 ⑵根据自己对应的课题完成以下主要工作：①完成系统需求分析：包括 系统设计目的与意义；系统功能需求（系统流程图）；输入输出的要求。②完 成系统总体设计：包括系统功能分析；系统功能模块划分与设计（系统功能模 块图）。③完成系统详细设计：包括数据库需求分析；数据库概念结构设计（E －R图）；数据库逻辑结构设计；类层次图；界面设计与各功能模块实现。④系 统调试：调试出现的主要问题，编译语法错误及修改，重点是运行逻辑问题修 改和调整。⑤使用说明书及编程体会：说明如何使用你编写的程序，详细列出 每一步的操作步骤。⑥关键源程序（带注释）
XXX系统 详细设计说明书 作者： 完成日期： 签收人： 签收日期： 版本所有：北京无限讯奇信息技术有限公司
版本修改记录
目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2程序系统的组织结构 (5) 3程序1（标识符）设计说明 (6) 3.1程序描述 (6) 3.2功能 (6) 3.3性能 (6) 3.4输入项 (6) 3.5输出项 (6) 3.6算法 (7) 3.7流程逻辑 (7) 3.8接口 (7) 3.9存储分配 (7) 3.10注释设计 (7) 3.11限制条件 (7) 3.12测试计划 (7) 3.13尚未解决的问题 (8) 4程序2（标识符）设计说明 (9)
详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。 1引言 1.1编写目的 说明编写这份详细设计说明书的目的，指出预期的读者。 1.2背景 说明： a．待开发软件系统的名称； b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。 1.3定义 列出本文件中用到专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c.本文件中各处引用到的文件资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
1．对象 （1）从概念层面讲，对象是某种拥有责任的抽象。 （2）从规格层面讲，对象是一系列可以被其他对象使用的公共接口。 （3）从语言实现层面讲，对象封装了代码和数据。 2．软件开发中的经典阶段：需求、分析、设计、规范、实现、测试、部署、维护。 3．设计7原则：开闭原则、里氏代换原则、依赖倒转原则、合成/聚合复用原则、 迪M特原则、接口隔离原则、单一职责原则。 4．面向对象的方法学：UML（统一建模语言）、RUP（统一软件开发过程）、XP（极限 编程）。 开发方法：Booch、Coad、OMT、UML、OOSE、Wirfs—Brock 5．OOA——运用面向对象方法进行需求分析。 OOD——运用面向对象方法进行系统设计。 OOP——运用面向对象方法进行程序设计。 6．OOA的基本任务：是运用面向对象的方法，对问题域和系统责任进行分析和理解，对其中的事物和它们之间的关系产生正确的认识，找出描述问题域及系统责任所需的类及对象，定义这些类和对象的属性和操作，以及它们之间所形成的结构、静态联系和动态联系。最终目的：是产生一个符合用户需求，并能够直接反映问题域和系统责任的OOA模型及其详细说明。 优点：（1）加强了对问题域和系统责任的理解。（2）改进与分析有关的各类人员之间的交流。（3）对需求的变化具有较强的适应性。（4）支持软件复用。 OOA的三大策略是：属性策略、方法策略、对象策略。 7．（1）封装：是指对象在其操作中隐藏属性。它是一种信息隐蔽技术，用户只能看见对象封装界面上的信息，对象的内部实现对用户是隐蔽的。封装的目的是使对象的使用者和生产者分开，使对象的定义和实现分开。 例如：要从同事那里借钱，在商店购买食物，就不会抢夺同事的钱包，大翻一通，看看里 面是否有足够的钱。而应该询问他们是否可以借你一些钱，他们就会自己翻钱包。 以表示圆的一个对象作为封装的例子。圆的操作应能计算出半径、直径、周长和面积。假定选择存储直径，要访问直径的程序员都会选择存储直径属性，而不是通过“获取直径”的操作来访问。如果在软件的后续版本中要存储的是半径，就必须找出系统中直接访问直径的所有代码，并更正它们，有了封装，就不会有问题。 （2）继承：可以指定类从父类中获取一些特性，再添加它自己的独特特性。继承是类间的 基本关系，它是基于层次关系的不同类共享数据和操作的一种机制。父类中定义了其所有子类的公共属性和操作，在子类中除了定义自己特有的属性和操作外，可以继承父类的属性和操作，也可以对父类中的操作重新定义其实现方法。 例如：在面向对象中，我们可以把洗衣机、电冰箱、微波炉、收音机看成是家用电气类的 子类，也可以说家用电器类是这些类的超类。家用电器类具有的属性OnOffSwitch和electricWire，具有turnOn（）和turnOff（）操作。因此，如果你知道某物是家用电器，那么就会立即知道它 具有家用电器类的属性和操作，这种关系就是继承。每个家用电器类的子类都继承了家用电器类的特征。同时，每个子类都增加了自己的属性和操作。 （3）多态：是指同一操作作用于不同的对象上可以有不同的解释，并产生不同的执行结果。例如：“画”操作，作用在“矩形”对象上，则在屏幕上画一个矩形；作用在“圆”对象上， 则在屏幕上画一个圆。也就是说，相同操作的消息发送给不同对象时，每个对象将根据自1 / 9
程序设计说明书 1引言 1?1编写目的 程序设汁说明书提供用户与开发人员对开发软件的共同理解，使用户与开发单位就该系统的功能定义、环境需求达成共识，是今后各阶段设汁工作的基础和依据，也是本阶段评审和测试阶段确认与验收的依据。本需求分析的读者对象包括客户、业务人员需求分析人员、测试人员、用户文档编写人和项目管理人员。 本阶段已在系统的需求分析的基础上，对机票预左系统做概要设计。主要解决了实现该系统需求的程序模块设讣问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设汁等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设汁。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设il?结构，或在修改时找出在本阶段设计的不足或错误。 预期的读者：系统管理员、机票预订管理员、订票旅客、程序员。 12背景 软件名称：机票预订系统 提出者：程序员 开发者：XXX o 用户：系统管理员、程序员。 运行该软件的计算站(中心)：Internet.航空公司、网上银行
2程序设计说明 2.1需求规定 1.管理员管理航班与打印机票活动图 (1) 管理员登陆界面管理航班信息与旅客信息。 (2) 管理员根据旅客信息安排航班。 (3) 管理员根据机票价格收费。 (4) 打印机票与账单。
根据上面的描述，管理员管理航班与打印机票活动图如图5-1所示。 ?活动起点 图2.1订票管理员管理航班与打印机票活动图 2 ?旅客订票与打印机票活动图 ⑴旅客登陆操作界面选择航班或山订票管理员安排航班。 (2) 选择航班后确认订票形象。 (3) 确认完毕缴费。 (4) 山管理员打印机票和账单。 根据上面的描述，旅客订票与打印机票活动图如图5-2所示。
第3章面向对象程序设计基础
第3章面向对象程序设计基础 【1】什么是Java程序使用的类？什么是类库？ 答：类是将一类事物的特性描述出来，然后如果用这个类来定义对象，则该对象就拥有了这个类所描述的所有特性。 在Java系统中，系统定义好的类根据实现的功能不同，可以划分成不同的集合，每个集合称为一个包，所有包合称为类库。 【2】如何定义方法？在面向对象程序设计中方法有什么作用？ 答：方法的定义由两部分组成：方法声明和方法体。 方法的声明如下： 返回值类型方法名（参数类型形式参数1，参数类型形式参数2…）{ 程序代码； 返回值； } 在面向对象程序设计中，方法的作用是完成对类和对象属性操作。 【3】简述构造方法的功能和特点。下面的程序片段是某学生为student类编写的构造方法，请指出其中的错误。 void Student(int no,String name) {
studentNo=no; studentName=name; return no; } 答：构造方法的功能是：构造方法是一个特殊的方法，主要用于初始化新创建的对象； 特点：构造方法的方法名要求与类名相同，用户不能直接调用，只能通过new运算符调用，而且构造方法是不返回任何数据类型，甚至也不返回void数据类型，即不能在构造方法前加void。 错误之处：（1）构造方法Student()前不能加void，（2）不能用return语句,(3)类名Student 首字母S改成小写s. 【4】定义一个表示学生的student类，包括的域有学号、姓名、性别、年龄，包括的方法有获得学号、姓名、性别、年龄及修改年龄。编写Java程序创建student类的对象及测试其方法的功能。 class Student { String id; String name; String sex; int age; void talk(){
XX项目 设计规格说明书 (仅供内部使用) 重庆工学院计算机学院 XX年XX月XX日
修改记录
目录 1．引言.................................... 错误!未定义书签。 项目名称.................................... 错误!未定义书签。 编写目的.................................... 错误!未定义书签。 项目背景.................................... 错误!未定义书签。 定义........................................ 错误!未定义书签。 参考资料.................................... 错误!未定义书签。2．任务概述..................................... 错误!未定义书签。 项目总体目标................................ 错误!未定义书签。 需求概述.................................... 错误!未定义书签。 运行环境.................................... 错误!未定义书签。 软件环境............................... 错误!未定义书签。 硬件环境............................... 错误!未定义书签。 开发环境.................................... 错误!未定义书签。 条件与限制.................................. 错误!未定义书签。3．总体设计..................................... 错误!未定义书签。 系统架构.................................... 错误!未定义书签。 处理流程.................................... 错误!未定义书签。4．功能详细设计................................. 错误!未定义书签。 功能1 ...................................... 错误!未定义书签。 功能说明............................... 错误!未定义书签。 功能结构............................... 错误!未定义书签。 类设计................................ 错误!未定义书签。 用户界面设计............................ 错误!未定义书签。 类1 的算法与程序逻辑.................. 错误!未定义书签。 方法1 .............................. 错误!未定义书签。 功能............................ 错误!未定义书签。 输入............................ 错误!未定义书签。
22. 下列的符号常量定义中，错误的定义是（）。 A. const M=10; B. const int M=20; C. const char ch; D. const bool mark=true; 40. 函数重载是指（）。 A. 两个或两个以上的函数取相同的函数名，但形参的个数或类型不同 B. 两个以上的函数取相同的名字和具有相同的参数个数，但形参的类型可以不同 C. 两个以上的函数名字不同，但形参的个数或类型相同 D. 两个以上的函数取相同的函数名，并且函数的返回类型相同 41. 以下关于函数模板叙述正确的是（）。 A. 函数模板也是一个具体类型的函数 B. 函数模板的类型参数与函数的参数是同一个概念 C. 通过使用不同的类型参数，函数模板可以生成不同类型的函数 D. 用函数模板定义的函数没有类型 42. 下列（）的调用方式是引用调用。 A. 形参和实参都是变量 B.形参是指针，实参是地址值 C. 形参是引用，实参是变量 D.形参是变量，实参是地址值
43. 为了提高程序的运行速度，可将不太复杂的功能用函数实现，此函数应选择（）。 A. 内联函数 B.重载函数 C.递归函数 D.函数模板 44. 函数原型语句正确的是（）。 A. int Function(void a); B.void Function (int); C. int Function(a); D.void int(double a); 45. C++中函数返回值的类型是由（）决定的。 A. return语句中表达式的类型 B.该函数定义时的类型 C.调用函数时的调用语句 D.系统根据结果 56. 采用重载函数的目的是（）。 A. 实现共享 B. 减少空间 C. 提高速度 D. 使用方便，提高可读性 58. 以下叙述中正确的是( )。 A. 使用#define可以为常量定义一个名字，该名字在程序中可以再赋另外的值 B. 使用const定义的常量，其值在程序运行时是不可改变的 C. 在程序中使用内联函数使程序的可读性变差 D. 在定义函数时可以在形参表的任何位置给出缺省形参值 70. 用new运算符创建一个含10个元素的一维整型数组的正确语句是( )。 A. int *p=new a[10]; B. int *p=new float[10];
中北大学 面向对象程序设计实训 说明书 学院、系：软件学院 专业：软件工程 学生班级：13140A01 学生姓名：景贝贝学号：1314011438设计题目：电影院网上订票系统设计 起迄日期:2015年6月29日- 2015年7月10日指导教师:杨秋翔 2015 年7月8 日 实训任务书
实训任务书
一、需求分析 需求分析包括可行性分析、系统流程图和数据流图，数据字典。可行性分析包括技术可行性、经济可行性和操作可行性。 1.1 可行性分析 1.1.1 技术可行性 根据电影院提出的系统功能、性能及实现系统的各种约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术已较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发的。 由以上分析可知，影院售票系统的开发在技术上是可行的。 1.1.2 经济可行性 电影院具有信息化的处理设施，并且拥有支持本系统的应用平台。因此无需再投入资金购买其他设施。 系统的开发基于本人对程序开发的实践学习而来，电影院无需资金投入，并且软件开发过程投入的成本不高，因此开发经费完全可以
接受。 由以上分析可知，影院售票系统在经济上是可行的。 1.1.3 操作可行性 根据系统页面用户可以自动查询影片信息。还可浏览完影片信息以后操作订票、退票等功能。管理员也可以在后台添加、修改并删除影片信息，还可以管理注册用户信息和用户订票信息。 由以上分析可知本系统在操作上也是可行的。 1.2 系统流程图 首先未注册的用户要先注册，注册完了以后输入用户名和密码进入页面。根据网站上的影片信息用户可以选择自己喜欢的电影来订票。然后订票信息会自动存储到后台订票信息数据当中。 本系统的具体流程为如图所示。
研发生产中心文档编号版本A1 密级商密A 项目名称Xx系统 项目来源 Xxx系统 详细设计说明书 (内部资料请勿外传) 编写：日期：检查：日期：审核：日期：批准：日期： XX公司 版权所有不得复制 文档变更记录
序号变更（+/-）说明作者版本号日期批准1 2
目录 1. 引言 (5) 1.1 编写目的和范围 (5) 1.2 术语表 (5) 1.3 参考资料 (5) 1.4 使用的文字处理和绘图工具 (5) 2. 全局数据结构说明 (7) 2.1 常量 (7) 2.2 变量 (8) 2.3 数据结构 (8) 3. 模块设计 (9) 3.1 用例图 (9) 3.2 功能设计说明 (10) 3.2.1 模块1 (10) 3.2.2 模块2 (11) 4. 接口设计 (12) 4.1 内部接口 (12) 4.2 外部接口 (12) 4.2.1 接口说明 (12) 4.2.2 调用方式 (12) 5. 数据库设计 (12) 6. 系统安全保密设计 (12) 6.1 说明 (12) 6.2 设计 (12) 6.2.1 数据传输部分 (12) 6.2.2 IP过滤分部 (13) 6.2.3 身份验证部分 (13) 7. 系统性能设计 (13) 8. 系统出错处理 (13)
1.引言 1.1背景 此文档的背景 1.2编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑，包括程序描述、输入/输出、算法和流程逻辑等，为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.3术语表 定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。 序号术语或缩略语说明性定义 1 PM Project Manager,项目经理 2 1.4参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括： a．需求说明书、架构设计说明书等； b．本项目的其他已发表的文件； c．引用文件、资料、软件开发标准等。 资料名称作者文件编号、版本资料存放地点 1.5使用的文字处理和绘图工具 文字处理软件：[编写设计文档使用的文字处理软件，如RedOffice ] 绘图工具：[使用的UML工具，如Rose、Jude、Visio]
软件系统设计面向对象系统设计 循序渐进（第一版） 面向对象概念 Ｕ 架构设计 类设计 数据库设计 作者：蒋能学 https://www.doczj.com/doc/6f18397378.html, 版权所有！
OOD循序渐进 作为一名软件开发人员，我深刻地体会到面向对象系统设计带来的种种便利： 1、良好的可复用性。开发同类项目的次数与开发新项目的时间成反 比，谁也不愿做重复劳动吧J。 2、易维护。基本上不用花太大的精力跟维护人员讲解，他们可以自己 读懂源程序并修改了，要不然开发的系统越多，你的负担就越重 L，不是吗?。 3、良好的可扩充性。以前，在向一个用结构化思想设计的庞大系统中 加一个功能则必须考虑兼容前面的数据结构、理顺原来的设计思 路，即使客户愿意花钱修改，作为开发人员多少都有点恐惧。在向 一个用面向对象思想设计的系统中加入新功能，不外乎是加入一些 新的类，基本上不用修改原来的东西，这种感觉真爽J。 我写本书的愿望是让大家也来分享面向对象系统设计带来的种种乐趣。真的，系统设计已经是一种创造上的享受了！ 由于作者水平有限、时间仓促，错误之处欢迎读者批评指正。 网址：https://www.doczj.com/doc/6f18397378.html, Email：jnx@https://www.doczj.com/doc/6f18397378.html, 蒋能学 2003年10月
前言 本书是一本介绍面向对象软件系统设计的书，从组织结构上分为两大部分：面向对象的概念与UML概述、面向对象系统设计。第一部分是基础，第二部分是核心。 本书对面向对象概念和UML语言的介绍并不是面面具到，介绍的基本上是本书需要用到的那部分内容，所有不适合作为面向对象概念或UML语言的参考手册。 阅读本书的基础 l至少熟悉一种编程语言，最好熟悉的是面向对象编程语言。 l对软件工程有一定的了解。 l如果你只有结构化思想的开发经验，那么阅读本书后会对你有所启发。 l如果你有面向对象思想的开发经验，那么就让我们一起来探讨吧。 阅读指南 如果你已经熟悉了面向对象概念，当我提到“封装”、“消息”、“对象类”等术语时，你可以不查阅资料，那么你可以跳过第一、第二章，直接阅读第三章的内容，否则你还是从头看起。 建立共同语言 为了避免在下面的讨论中因一些名称的问题而产生错误的理解，我觉得有必要先说明一下我的一些口语习惯和一些中英文名称对应关系。叙述中具体使用哪个名词或用中文还是英文，要根据具体上下文而定。如：我是计算机专业的。我买了一台手提电脑。其中计算机和电脑都是指Computer。 下面是部分中英文对照表： 英文中文简称 Object Oriented 面向对象OO Object Oriented Analysis 面向对象分析OOA Object Oriented Design 面向对象设计OOD Object Oriented Programming 面向对象的程序设计OOP Unified Modeling Language 统一建模语言UML Actor 活动者 Use Case 用例 Class 对象类、类 Attribute 属性 Operation 操作、方法 Interface 接口 Component 组件 Package 包 Node 接点
设计说明 目录 1 概述 ..................... 错误!未定义书签。 编写目的 .......... 错误!未定义书签。 参考资料 .......... 错误!未定义书签。 术语和缩写词* .错误!未定义书签。 2 需求概述.............. 错误!未定义书签。 3 结构设计.............. 错误!未定义书签。 总体设计 .......... 错误!未定义书签。 功能分配 .......... 错误!未定义书签。 接口设计 .......... 错误!未定义书签。 数据结构设计... 错误!未定义书签。 公共数据结构设计错误!未定 义书签。 数据库设计错误!未定义书签。 数据结构同程序的关系*错误! 未定义书签。 出错处理设计* .错误!未定义书签。 其它* ................ 错误!未定义书签。 4 类的设计.............. 错误!未定义书签。 类1设计 .......... 错误!未定义书签。 功能说明... 错误!未定义书签。
属性说明... 错误!未定义书签。 公有方法说明错误!未定义书 签。 私有方法说明错误!未定义书 签。 类2设计 .......... 错误!未定义书签。 功能说明... 错误!未定义书签。 属性说明... 错误!未定义书签。 公有方法说明错误!未定义书 签。 私有方法说明错误!未定义书 签。 5 用例实现的设计 .. 错误!未定义书签。 用例1设计 ...... 错误!未定义书签。 功能说明... 错误!未定义书签。 界面设计... 错误!未定义书签。 交互设计... 错误!未定义书签。 用例2设计 ...... 错误!未定义书签。 功能说明... 错误!未定义书签。 界面设计... 错误!未定义书签。 交互设计... 错误!未定义书签。
软件体系结构设计说明书 1.文档简介 [本节主要是描述软件体系结构设计说明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。软件体系结构设计属于高层设计文档，是符合现代软件工程要求的概要设计。] 1.1 目的 [软件体系结构设计说明书，将从设计的角度对系统进行综合的描述，使用不同的视图来描述其不同方面。在本小节中，将对该文档的结构进行简要的说明，明确该文档针对的读者群，指导他们正确的地使用该文档。] 1.2 范围 [说明该文档所涉及的内容范围，以及将影响的内容。] 1.3 定义、首字母缩写词和缩略语 [与其它文档一样，该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。] 1.4参考资料 [在这一小节中，应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源，为阅读者查找这些文档提供足够详细的信息。] 1.5 概述 [在本小节中，主要是说明软件体系结构设计说明书各个部分所包含的主要内容，就像一个文章摘要一样。同时也应该对文档的组织方式进行解释。] 2. 体系结构表示方式 [本节说明软件体系结构在当前系统中的作用及其表示方式。它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图，并分别说明这些视图包含哪些类型的模型元素。]
3. 软件体系结构的目标和约束 [本节说明对软件体系结构具有某种重要影响的软件需求和用户目标，例如，系统安全性、保密性、第三方组件的使用、可移植性、发布和重新使用。它还要记录可能适用的特殊约束：设计与实施策略、开发工具、团队结构、时间表、遗留系统等。] 4.用例视图 [本节使用用例分析技术所生成的系统用例模型，描述其中的一些用例或场景。在该模型中纳入用例或场景，应该是系统中最重要、最核心的功能部分。] [另外，在本节中还应该选择一个主要的用例，对其进行描述与解释，以帮助读者了解软件的实际工作方式，解释不同的设计模型元素如何帮助系统实现。] 5. 逻辑视图 [逻辑视图主要是反映系统本质的问题领域类模型，在逻辑视图中将列出组成系统的子系统、包。而对每个子系统、包分解成为一个个类，并说明这些关键的实体类的职责、关系、操作、属性。这也是OO思想的体现，以类、类与类之间的协作、包、包与包之间的协作模型来表达系统的逻辑组织结构。] 5.1概述 [在本小节中，列出逻辑视图的顶层图，该图将反映系统由哪些包组成，每个包之间的关系与协作，以及包的层次结构。使得读者对整个软件体系结构有一个整体的了解。] 5.2影响软件体系结构的重要设计包 [在本小节中，将从逻辑视图中选择有重要意义的设计包，每个设计包有一个小节来描述，说明这些包的名称、简要的说明、该包中的主要类和相关的类图。对于包中的重要的类，还应该说明其名称、简要说明、主要职责、操作、属性等。] 6. 进程视图 [本节主要描述该软件体系结构下，系统运行态的情况。描述系统在执行时，包括哪些进程（包括线程、进程、进程组），以及它们之间是如何进行通信的、如何进行消息传递、接口如何。并且来说明如何进行组织。]
面向对象系统设计 当你阅读到这里时，我假设你已经理解了面向对象的基本概念，初步掌握了的UML语言。 第三章、架构设计 3.1 架构设计原则 系统设计的第一步就是确定软件的架构，它决定了各子系统如何组织以及 如何协调工作。架构设计的好坏影响到软件的好坏，系统越大越是这样。进行架构设计时，有两个重要的原则可以遵循： 一、分层。 将系统分层是简化系统的好方法，而且已经得到了很好的证实，如OSI 七 层模型网络协议，数据库管理系统的外模式、模式、内模式等。分层的思路是将系统按功能职责进行划分，将同一类职责的功能抽象为一层。在信息系统中软件架构通常采用典型的三层结构： 1、表示层――用户界面。 2、业务层――业务处理流程。 3、数据层――持久化存储。 与传统的两层结构相比，它最大的特征是将业务层独立了出来，从而提高 了业务层的可复用性。在两层结构中，用户界面和业务处理流程放在一起，因此无法直接复用业务处理的相关功能，也无法将业务处理功能进行灵活的部署。在三层结构中，表示层只处理用户界面相关的功能，业务层专心处理业务流程，可以对业务层进行灵活的部署，开发时也便于业务处理的开发和用户界面的开发同时进行。 当然也可以分为更多的层，关键是尽量提高层内各功能的内聚，降低各层 之间的耦合。 二、各层之间通讯。 OSI 中要求高层只能调用它的下一层提供的接口，我们设计接口时也尽量 遵守这样的约束，例如典型的三层结构的访问关系为： 数据层在业务层中是可见的，业务层在表示层中是可见的，反之则不可见。为什么在业务层中不能直接访问表示层呢？因为业务层要相对独立，它不能依赖于任何表示层，以至于一个业务层可以对应多个表示层。业务层可以间接与表示层通讯，这种通讯方式根据实际需要来确定。 3.2 信息系统的架构设计 下面我们将根据架构设计原则和信息系统原理来建立一个信息系统的架构设计模型。将信息系统中比较关心的对象分层，可分为三层：用户界面层、业务层、数据访问层，再把各层中的一些公共部分提出来：权限管理、异常处理，这样得到包图如下：
Object- Orien ted Programmi ng C++ 主讲成长生 东华大学计算机科学与技术学院
第一章概述 § 1.1 面向对象程序设计的基本思想 C++是基于C语言发展的，又冲破C语言局限的面向对象的程序设计语言。它与Java 语言都作为当前计算机科学的主流语言, 越来越受到用户的欢迎。 要弄清楚什么是面向对象的程序设计, 首先了解和回顾传统的 （ Pascal（或C））结构化程序设计方法及其设计思想、程序结构及特点。SP（Structure Programming）是60 年代诞生的针对当时爆发的所谓”软件危机” , 为此发展形成了现代软件工程学的基础。 SP的总的设计思想是： . 自顶向下、层次化 . 逐步求精、精细化 程序结构是按功能划分基本模块的树型结构, 使模块间的关系尽可能简单独立。因此SP的程序的基本特点是： . 按层次组织模块（战略上划分战役） . 每一模块只有一个入口, 一个出口 ?代码和数据分离（程序=数据结构+算法） 归纳得到： SP 把数据和过程（代码、函数）分离为相互独立的实体, 用数据代表问题空间中的客体借以表示实际问题中的信 息; 程序代码则用来处理加工这些数据。程序员在编程时 必须时刻考虑所要处理的数据结构和类型。对不同的数据格式即使要作同样
的处理计算, 或者要对相同的数据格式作不同的处理都必须编写不同的程序（如两个整型数和两个浮点数相加）。这样的编程方法，即传统的SP方法设计出来的程序或系统其可重用的成分很少。其次把数据和代码作为不同的分离实体时, 总存在着用错误的数据调用正确的程序模块, 或用正确的数据调用错误的程序模块的危险, 从而使数据与程序始终保持兼容, 已成为程序员 的一个沉重的负担。在开发一个大型软件课题中, 当工程进入到 后期若用户改变了方案要求, 很容易使技术人员的前期工作受到摧毁性的打击，使其前功尽弃。为克服以上的弊端或者该SP方法难以控制处理的矛盾而产生了面向对象程序设计方法, 即Object —Oriented Programming ----------- OOP从二十世纪六十年代提出对象 的雏形, 到七十年代美国国防部的专用语言Ada 语言, 直到当前国际上流行的高品味的Java 和C++（Tc++,Balandc++ 及Vc++）, , 应该讲OOP方法与技术吸取了SP的一切优点，同时又正视和顺应现实世界由物质和意识二部分组成。映射到面向对象的解空间就是: 具体事物—对象; 抽象概念—类。 OOP的基本原理是用问题领域的模型来模拟大千世界，从而设计出尽可能直接、自然地表示问题求解方法的软件, 这样的软件由对象组成, 而对象则是完整反映客观世界事物具有不可分割的静态属性（”数据结构” ）与动态行为（”方法” ）的。而且它们是既有联系又
xxxxx系统详细设计说明书
版本历史
修改记录
目录 1引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2设计概述 (5) 2.1任务和目标 (5) 2.1.1需求概述 (5) 2.1.2运行环境概述 (5) 2.1.3条件与限制 (6) 2.1.4详细设计方法和工具 (6) 3系统详细需求分析 (6) 3.1详细需求分析 (6) 3.2详细系统运行环境及限制条件分析接口需求分析 (6) 4总体方案确认 (6) 4.1系统总体结构确认 (6) 4.2系统详细界面划分 (7) 4.2.1应用系统与支撑系统的详细界面划分 (7) 4.2.2系统内部详细界面划分 (7) 5系统详细设计 (7) 5.1系统程序代码架构设计 (7) 5.1.1UI(User Interface)用户界面表示层 (7) 5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8) 5.1.5Entity Class实体类 (8) 5.2系统结构设计及子系统划分 (8) 5.3系统功能模块详细设计 (9) 5.3.1XX子系统 (9) .1XX模块 (9) 列表和分页 (9) 创建XX (9) .2XX模块 (9) XX列表 (9) XX修改 (9) 5.3.2XX子系统 (9) 5.3.6.1用户管理模块 (9) 5.3.6.2角色管理模块 (14) 5.3.6.3系统设置模块 (14) 5.3.6.4系统登录注销模块 (14) 5.4系统界面详细设计 (14) 5.4.1外部界面设计 (14) 5.4.2内部界面设计 (14) 5.4.3用户界面设计 (14) 6数据库系统设计 (14) 6.1设计要求 (14) 6.2信息模型设计 (14) 6.3数据库设计 (14) 6.3.1设计依据 (14)
日历记事本 1.课程设计目的 通过此次课程设计，巩固所学Java语言基本知识，增进Java语言编辑基本功，掌握JDK、Editplus、Eclipse、JCreator等开发工具的运用，拓宽常用类库的应用。使我们通过该教学环节与手段，把所学课程及相关知识加以融会贯通，全面掌握Java语言的编程思想及面向对象程序设计的方法，为今后从事实际工作打下坚实的基础。 本课程设计设计GUI界面的日历记事本，系统将日历和记事本结合在一起，可以方便的保存、查看日志，即在任何日期记载下有关容或查看某个日期记载的容。 2.设计方案论证 2.1设计思路 2.1.1 本系统界面的左侧是日历和一幅图像。该日历可以按年前后翻动，用鼠标左键单击“上年”按钮，可将当前日历的年份减一；用鼠标左键单击“下年”按钮，可将当前日历的年份加一。该日历还可以在某年按月前后翻动，用鼠标单击“上月”按钮，可将当前日历的月份减一；用鼠标单击“下月”按钮，可将当前日历的月份增一。 2.1.2 系统界面的右侧是记事本和一个时钟。用鼠标单击日历上的日期，就可以通过该记事本编辑有关日志，并将日志保存到一个文件。该文件的名字是由当前日期组成的字符序列。用户可以查看、删除某个日期的日志，也可以继续向某个日志添加新的容。2.1.3 当某个日期有日志时，显示该日期的外观上就会出现“有”标记，表明这个日期有日志；当用户删除某个日期的日志后，该日期的外观上的“有” 标记就会消失。 2.2设计方法 在设计日历记事本时，需要编写6个Java源文件：CalendarWindow.java、CalendarPad.java、NotePad.java、CalendarImage.java 、Clock.java和CalendarMessage.java。 日历记事本除了需要编写的上述6个Java源文件所给出的类外，还需要Java系统提供的一些重要的类，如JTextField、JTextArea和File类。 2.2.1 CalendarWindow.java 主类
面向对象程序设计基本概念 面向对象设计是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，是建立在“对象”概念基础上的方法学。所谓面向对象就是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。 对象：对象是要研究的任何事物。从一本书到一家图书馆，单的整数到整数列庞大的数据库、极其复杂的自动化工厂、航天飞机都可看作对象，它不仅能表示有形的实体，也能表示无形的（抽象的）规则、计划或事件。对象由数据（描述事物的属性）和作用于数据的操作（体现事物的行为）构成一独立整体。从程序设计者来看，对象是一个程序模块，从用户来看，对象为他们提供所希望的行为。 类：类是对象的模板。即类是对一组有相同数据和相同操作的对象的定义，一个类所包含的方法和数据描述一组对象的共同属性和行为。类是在对象之上的抽象，对象则是类的具体化，是类的实例。类可有其子类，也可有其它类，形成类层次结构。 消息：消息是对象之间进行通信的一种规格说明。一般它由三部分组成：接收消息的对象、消息名及实际变元。 面向对象主要特征： 封装性：封装是一种信息隐蔽技术，它体现于类的说明，是对象的重要特性。封装使数据和加工该数据的方法（函数）封装为一个整体，以实现独立性很强的模块，使得用户只能见到对象的外特性（对象能接受哪些消息，具有那些处理能力），而对象的内特性（保存内部状态的私有数据和实现加工能力的算法）对用户是隐蔽的。封装的目的在于把对象的设计者和对象者的使用分开，使用者不必知晓行为实现的细节，只须用设计者提供的消息来访问该对象。 继承性：继承性是子类自动共享父类之间数据和方法的机制。它由类的派生功能体现。一个类直接继承其它类的全部描述，同时可修改和扩充。继承具有传递性。继承分为单继承（一个子类只有一父类）和多重继承（一个类有多个父类）。类的对象是各自封闭的，如果没继承性机制，则类对象中数据、方法就会出现大量重复。继承不仅支持系统的可重用性，而且还促进系统的可扩充性。 多态性：对象根据所接收的消息而做出动作。同一消息为不同的对象接受时可产生完全不同的行动，这种现象称为多态性。利用多态性用户可发送一个通用的信息，而将所有的实现细节都留给接受消息的对象自行决定，如是，同一消息即可调用不同的方法。例如：Print消息被发送给一图或表时调用的打印方法与将同样的Print消息发送给一正文文件而调用的打印方法会完全不同。多态性的实现受到继承性的支持，利用类继承的层次关系，把具有通用功能的协议存放在类层次中尽可能高的地方，而将实现这一功能的不同方法置于较低层次，这样，在这些低层次上生成的对象就能给通用消息以不同的响应。在OOPL中可通过在派生类中重定义基类函数（定义为重载函数或虚函数）来实现多态性。
系统设计说明书（模板） 学号：______________ 姓名：______________ 编写日期：___________
2.1硬件环境 .......................... 2.2软件环境 .......................... 2.3相关技术 .......................... 3需求分析........................ 3.1可行性分析 ........................ 3.2 功能需求.......................... 3.3性能需求 .......................... 3.4系统用例 .......................... 4系统概要设计....................... 4.1系统运行原理 ........................ 4.2系统框架 .......................... 4.3数据库设计 ....................... 5系统功能模块实现.................... 5.1 XXX模块的实现........................
6总结..........................
1系统背景 2系统开发环境2.1硬件环境 2.2软件环境 2.3相关技术 3需求分析 3.1可行性分析3.2功能需求 3.3性能需求 3.4系统用例 4系统概要设计4.1系统运行原理4.2系统框架 4.3数据库设计
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2.背景 说明：
a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系