面向对象需求分析说明书
附件1：面向对象需求分析说明书主要内容
学号班级姓名
XX系统面向对象需求分析说明书
——XX子系统
1引言
1.1项目开发背景
项目名称：ATM机取款服务系统
项目的委托单位：长治学院计算机系
项目开发单位：计算机科学与技术1202班
项目开发者：彭珊珊、郭琦、赵静、牛晓宇
1.2项目开发目标
ATM自动取款机是由计算机控制的持卡人自我服务型的金融专用设备。
ATM是英文Automatic Teller Machine的缩写。ATM是最普遍的自助银行设备，可以提供最基本的银行服务之一，即出钞交易，有些全功能的产品还可以提供信封存款业务。在ATM自动取款机上也可以进行账户查询、修改密码和转账的业务。作为自助式金融服务终端，除了提供金融业务功能之外，ATM 自动取款机还具有维护、测试、事件报告、监控和管理等多种功能。
ATM自动取款机系统，是一个有终端机，ATM系统，数据库组成的应用系统。系统功能有用户在ATM上提取现金、查询账户余额、修改密码及转账功能。
ATM自动取款机系统向用户提供一个方便、简单、及时、随时随地可以随心所欲存取款的互联的现代计算机化的网络系统。可以大大减少工作人员，节约人力资源的开销，同时由于手续程序减少也可以减轻业务员的工作负担，有效地提高了整体的工作效率和精确度。减少了用户办理业务的等待时间；
用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。
1.3定义
用例图——若干个参与者和用例以及它们之间的关系构成的图形表示。
参与者——表示目标系统将支持的不同类型的用户，可以使人、时间或其他系统。
用例——参与者需要系统提供的完整功能。
类图——显示了一组类、接口、协作以及他们之间的关系。
类——面向对象系统中最重要的构造块。
关联——两个或三个对象之间的相互依赖。
服务——对象收到消息后所执行的操作称为它所提供的服务。
顺序图——按照时间顺序显示对象之间的交互关系，描述场景中的对象和类以及在完成场景中定义的功能时对象间要交换的信息。
2 任务概述
2.1目标
本系统可以帮助用户更为轻松的进行取款，转账和查询余额等业务。从用户角度出发，更为理性的设计银行卡卡号，来保证更高的安全性和更快捷的银行业务操作，来吸引更多的客户使用。
2.2运行环境
（1）服务器
（2）终端机
3 数据分析
分析系统处理的数据，画出E-R图。
4 建立用例模型（功能模型）（文字陈述+用例图）
分析使用系统的用户有几类，每类用户使用系统完成什么功能，画出用例图。
5 建立对象模型（文字陈述+类图）
（1）通过分析系统需求、系统的问题域，我们找出了系统的候选类，通过对候选对象逐个进行审查，删除无用对象、精简合并一些对象、将那些与具体的实现密切相关的对象推迟到OOD阶段考虑等工作，最后确定系统的类。
（2）分析类之间的关系
（3）确定类的基本属性
（4）确定类的服务
6建立动态模型（文字陈述+顺序图）
分析子系统的执行过程，画出顺序图。
c++面向对象课程设计报告
课程设计报告 课程名称面向对象程序设计 课题名称学生成绩管理系统 专业计算机科学与技术 班级计算机 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图）；数据库逻辑结构设计；类层次图；界面设计与各功能模块实现。④系 统调试：调试出现的主要问题，编译语法错误及修改，重点是运行逻辑问题修 改和调整。⑤使用说明书及编程体会：说明如何使用你编写的程序，详细列出 每一步的操作步骤。⑥关键源程序（带注释）
银行计算机储蓄系统面向对象需求分析
面向对象需求分析【银行计算机储蓄系统】 学院：信息工程学院 班级：计科1202 学号：121404219 姓名：汤鑫 指导老师：田怀凤 （扬州大学2014－2015 学年第一学期）
目录 1．基本要求 (2) 1.1 功能要求 (2) 1.2 性能要求 (2) 1.3 接口要求 (2) 1.4 输入要求 (2) 1.5 输出要求 (2) 2.需求分析 (3) 2.1编写目的 (3) 2.2系统背景 (3) 2.3功能需求 (3) 2.4用例分析 (3) 2.5性能需求 (5) 2.5.1 数据精确度 (5) 2.5.2时间特性 (5) 2.5.3适应性 (5) 3.静态结构模型 (5) 3.1类与对象 (5) 3.2类图的建立 (5) 4.动态行为模型 (6) 4.1顺序图 (6) 4.2状态图 (9) 4.3活动图 (9) 5.建立功能模型 (10)
1．基本要求 1.1 功能要求 银行计算机储蓄系统的主要功能有两方面：储户填写存款单或取款单交给业务员键入系统。 如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期，到期日期，利率以及密码（可选）等信息，并引出存款单给储户。 如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息，并印出利息清单给储户。 1.2 性能要求 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。 1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 1.4 输入要求 业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。 1.5 输出要求 要求快速准确地打印出存款或取款清单给客户。
面向对象_补充案例
案例3-1 定义学生类 一、案例描述 1、考核知识点 编号：00103002 名称：类和对象 2、练习目标 掌握类定义的方式 掌握如何在类中定义成员变量和成员方法 3、需求分析 在面向对象的思想中最核心就是对象，在程序中创建对象的前提是需要定义一个类。为了让初学者掌握类的定义方式，本案例将设计一个表示学生的类，该类具有表示姓名的属性name和表示年龄的属性age，同时还具有表示说话行为的方法speak()，用于输出学生的姓名和年龄。 4、设计思路（实现原理） 1）使用class关键字定义一个表示学生类型的类，类名为Student。 2）在Student类中定义两个成员变量name和age，分别用来表示姓名和年龄。其中，name的数据类型为String，变量age的数据类型为int。 3）在Student类中定义一个表示说话行为的speak()方法，用于输出学生的姓名和年龄。二、案例实现 class Student{ String name; int age; void speak() { "我的名字是 "+name+"，今年 "+age+"岁"); } } 三、案例总结 1、Java语言严格区分大小写，class和Class是不同的，在定义类时只能使用class关键字 2、在Student类中，成员变量name是String类型，String表示一个字符串，后面的章节会详细讲解 3、思考一下：自己定义一个手机(Phone)类，在类中定义品牌(brand)和价格(price)属性，定义打电话的call()方法，代码如下所示 public class Phone { String brand; double price; void call(){
需求分析报告模板
需求分析报告模板文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
需求分析报告模板 科技信息中心 二○一一年五月二十日
1. 引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。
1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ●正文风格； ●提示方式； ●重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ●领导层及管理人员； ●开发人员； ●项目经理； ●项目的最终用户； ●测试人员； ●文档编写人员。 ●其他经许可阅读此文档的人员 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
第3章面向对象(上)_补充案例
第三章补充案例 案例3-1 定义学生类 一、案例描述 1、考核知识点 编号：00103002 名称：类和对象 2、练习目标 掌握类定义的方式 掌握如何在类中定义成员变量和成员方法 3、需求分析 在面向对象的思想中最核心就是对象，在程序中创建对象的前提是需要定义一个类。为了让初学者掌握类的定义方式，本案例将设计一个表示学生的类，该类具有表示姓名的属性name和表示年龄的属性age，同时还具有表示说话行为的方法speak()，用于输出学生的姓名和年龄。 4、设计思路（实现原理） 1）使用class关键字定义一个表示学生类型的类，类名为Student。 2）在Student类中定义两个成员变量name和age，分别用来表示姓名和年龄。其中，name的数据类型为String，变量age的数据类型为int。 3）在Student类中定义一个表示说话行为的speak()方法，用于输出学生的姓名和年龄。二、案例实现 class Student{ String name; int age; void speak() { "我的名字是 "+name+"，今年 "+age+"岁"); } } 三、案例总结 1、Java语言严格区分大小写，class和Class是不同的，在定义类时只能使用class关键字 2、在Student类中，成员变量name是String类型，String表示一个字符串，后面的章节会详细讲解 3、思考一下：自己定义一个手机(Phone)类，在类中定义品牌(brand)和价格(price)属性，定义打电话的call()方法，代码如下所示
public class Phone { String brand; double price; void call(){ "hi,how are you doing"); } } 案例3-2 同一对象被多个变量引用 一、案例描述 1、考核知识点 编号：00103003 名称：对象创建与使用 2、练习目标 掌握如何创建类的对象 掌握如何使用两个或者多个变量引用同一个实例对象。 3、需求分析 在程序中，一个对象可能在多处使用，这样就可能需要有多个变量来引用这个对象。为了让初学者更好地掌握对象的创建和使用，本案例将基于案例3-1，创建三个学生对象，它们的引用变量分别是s1、s2和s3，首先分别使用s1和s2引用，为name和age赋值，然后调用speak()方法，最后将s2变量赋值给s3， s3也调用speak()方法。 4、设计思路（实现原理） 1）编写Example01类 2）在main()方法中，创建Student类的第一个对象，其引用变量为s1，使用s1调用name和age 变量分别为它们赋值为“张三”和“19”，然后调用speak()方法。 3）创建Student类的第二个对象，其引用变量为s2，使用s2分别为name和age赋值为“李四” 和“20”，然后调用speak()方法。 4）创建Student类的第三个对象，其引用变量为s3，将s2的值赋给s3，然后使用s3调用speak()方法。 二、案例实现 public class Example01 { public static void main(String [] args) { Student s1 = new Student(); ="张三"; =19; (); Student s2 = new Student();
第10章面向对象讲解
第10章面向对象分析 10.1面向对象分析的基本过程 不论采用哪种软件工程方法开发软件，需求分析的主要工作都是：理解需求、表达需求和验证需求，下面的图概括地表示了参照当前系统建立目标系统的过程。 图：参照当前系统建立目标系统 面向对象分析（Object-Oriented Analysis,简称OOA）的关键就是识别出对象与类，并分析它们之间的关系，最终建立对象模型、动态模型和功能模型。
10.1.1 概述 系统分析员要善于学习、勇于实践,更重要的是一切从实际出发。 [[注注]]“OOA 就是抽取和整理用户需求并建立问题域精精确确模模型型的过程。”（P231）——这在一开始能做到吗？——扯蛋 10.1.2 3个子模型与5个层次 面向对象建模需建立包含系统的三个要素：1）静态结构（对象模型）、2）交互次序（动态模型）、3）数据交换（功能模型）。 建立系统模型的过程是一个迭代（iterations ）式的自顶向下的求精过程。对于一个大型复杂系统来说对对象象模模型型一般由下述5个层次组成：
图10.2 复杂问题的对象模型的5个层次 其中主题层是指从一个更高（高于“类”）的抽象层次来描述对象模型（即从一个相当高的层次上描述总体模型），通过划分“主题”把一个复杂系统的对象模型分解成几个不同的概念范畴。 其实上述5个层次就是OOA中建立对象模型的5项主要工作：找出类和对象，识别结构（类或对象之间的关系），识别主题、定义属性、定义服务。我们知道动态模型和功能模型中都包含了对象模型中的操作，因此人们在定义每个类中的服务前，往往先建立起动态模型和功能模型，这样说来OOA大体上可按下列顺序进行： （1）确定类和对象 （2）确定关联 （3）划分主题 （4）定义属性 （5）确定继承关系 （6）建立动态模型
面向对象需求分析文档
项目名称Array（The English Name） 《面向对象需求分析课程文 档》 } { ` XXX项目小组
修订表
审批记录 …
目录 1.引言 ................................................................................................................................. 错误!未定义书签。 目的............................................................................................................................... 错误!未定义书签。 适用范围....................................................................................................................... 错误!未定义书签。 参考资料....................................................................................................................... 错误!未定义书签。 术语和缩略语............................................................................................................... 错误!未定义书签。 2.系统概述 ......................................................................................................................... 错误!未定义书签。 产品描述....................................................................................................................... 错误!未定义书签。 产品功能....................................................................................................................... 错误!未定义书签。 《 一般约束....................................................................................................................... 错误!未定义书签。 3.功能性需求分类 .............................................................................................................. 错误!未定义书签。 功能描述1 .................................................................................................................... 错误!未定义书签。 功能描述2 .................................................................................................................... 错误!未定义书签。 4.产品的非功能性需求 ...................................................................................................... 错误!未定义书签。 外部接口说明............................................................................................................... 错误!未定义书签。 用户接口................................................................................................................... 错误!未定义书签。 软件接口................................................................................................................... 错误!未定义书签。 性能需求....................................................................................................................... 错误!未定义书签。 硬件的限制............................................................................................................... 错误!未定义书签。 ^ 属性............................................................................................................................... 错误!未定义书签。 友好性....................................................................................................................... 错误!未定义书签。 安全性....................................................................................................................... 错误!未定义书签。 可维护性................................................................................................................... 错误!未定义书签。 可转移/换性 ............................................................................................................. 错误!未定义书签。 系统的运行环境 ....................................................................................................................... 错误!未定义书签。 其他需求....................................................................................................................... 错误!未定义书签。 用户操作需求........................................................................................................... 错误!未定义书签。附录A：需求确认................................................................................................................... 错误!未定义书签。 。
需求分析简单题
需求分析复习重点 考试简答题重点： 一、软件需求从层次上分哪三类？业务、用户、系统 业务需求：抽象层次最高的需求，是系统建立的战略出发点，表现为高层次的目标，描述了组织为什么要开发系统； 用户需求：执行实际工作的用户对系统所能完成的具体任务的期望，描述了系统能够帮助用户做些什么。表达了用户对系统的期望。 系统需求：用户对系统行为的期望，一系列的系统需求联系在一起可以帮助用户完成任务，达成用户需求，进而满足业务需求；可以直接映射为系统行为，定义了系统中需要实现的功能，描述了开发人员需要实现什么。 业务需求——目标（最高层次） 用户需求——具体任务 系统需求——系统行为 联系：业务需求可以明确系统的最终目标和努力方向，进而指导具体的需求获取活动，发现用户需求；用户需求经过明确和细化的处理，可以转化为系统需求。 二、软件需求分哪几种活动？ 包括需求开发和需求管理 需求开发4（获取、分析、规格说明，需求验证）+1（需求管理：版本管理，追踪，控制） 软件需求工程分为需求开发和需求管理两部分 1、需求开发的任务可进一步细分为4点 需求获取（是从人、文档或者环境当中获取需求的过程） 分析（建模来整合各种信息） 规格说明（获取的需求需要被编写成文档，在系统涉众之间交流需求信息） 验证（确保需求规格说明文档能正确、准确的反映用户的意图） 2、需求管理 保证需求作用在整个软件的产品生命周期中的连续、稳定和有效发挥 需求管理子活动有以下3点： 建立和维护需求基线集 建立需求跟踪信息 进行变更控制
三、需求获取有哪几种方法？（要举例）传统方法、集体获取方法、认知方法、采样… 1．传统方法 问卷调查、面谈、硬数据分析、文档检查、需求剥离等 2.集体获取方法 头脑风暴（Brainstorming）、专题讨论会（Workshop）、JAD等 3.认知方法 任务分析（Task Analysis）、协议分析（Protocol Analysis）等 4.采样 随机采样、分层采样 5.原型 书面描绘、幻灯片演示、程序代码 6.基于上下文的方法 观察、民族志（Ethnography）和话语分析（Conversation Analysis） 四、分析建模有哪几种常见的手段，分别举例（ppt有） 1、结构化需求分析建模 过程建模（过程建模以DFD为中心，结合使用微规格说明、数据字典、ERD、FDD、PDD等技术一起完成结构化分析的建模任务） 数据建模（模型建立：ERD） 2、面向对象需求分析建模：它以UML为基础，综合使用了多种不同的分析技术，主要有：对象模型、用例模型、行为模型、状态机模型、对象约束语言。CRC方法是面向对象分析在处理复杂问题时的手段，但是它需要了解很多的建模知识才足以进行 五、简述统一过程，画图UP，简述他的思想特点（重点）（p49） 统一过程（Unified Process，UP) 是风险驱动的、基于用例技术的、以架构为中心的、迭代的、可配置的软件开发流程。 (以用例驱动开发过程，以系统体系结构为中心，以质量控制和风险管理为目标，采用反复（迭代、循环）、渐增式的螺旋式开发过程)
面向对象分析方法
https://www.360docs.net/doc/ba9219742.html,面向对象分析方法1/2 面向对象分析方法（Object-Oriented Analysis，OOA），是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。OOA与结构化分析有较大的区别。OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。 OOA（面向对象的分析）模型由5个层次（主题层、对象类层、结构层、属性层和服务层）和5个活动（标识对象类、标识结构、定义主题、定义属性和定义服务）组成。在这种方法中定义了两种对象类之间的结构，一种称为分类结构，一种称为组装结构。分类结构就是所谓的一般与特殊的关系。组装结构则反映了对象之间的整体与部分的关系。 OOA在定义属性的同时，要识别实例连接。实例连接是一个实例与另一个实例的映射关系。 OOA在定义服务的同时要识别消息连接。当一个对象需要向另一对象发送消息时，它们之间就存在消息连接。 OOA 中的5个层次和5个活动继续贯穿在OOD（画向对象的设计）过程中。OOD模型由4个部分组成。它们分别是设计问题域部分、设计人机交互部分、设计任务管理部分和设计数据管理部分。 一、OOA的主要原则。 (1)抽象：从许多事物中舍弃个别的、非本质的特征，抽取共同的、本质性的特征，就叫作抽象。抽象是形成概念的必须手段。 抽象原则有两方面的意义：第一，尽管问题域中的事物是很复杂的，但是分析员并不需要了解和描述它们的一切，只需要分析研究其中与系统目标有关的事物及其本质性特征。第二，通过舍弃个体事物在细节上的差异，抽取其共同特征而得到一批事物的抽象概念。 抽象是面向对象方法中使用最为广泛的原则。抽象原则包括过程抽象和数据抽象两个方面。 过程抽象是指，任何一个完成确定功能的操作序列，其使用者都可以把它看作一个单一的实体，尽管实际上它可能是由一系列更低级的操作完成的。 数据抽象是根据施加于数据之上的操作来定义数据类型，并限定数据的值只能由这些操作来修改和观察。数据抽象是OOA的核心原则。它强调把数据（属性）和操作（服务）结合为一个不可分的系统单位（即对象），对象的外部只需要知道它做什么，而不必知道它如何做。 (2)封装就是把对象的属性和服务结合为一个不可分的系统单位，并尽可能隐蔽对象的内部细节。 (3)继承：特殊类的对象拥有的其一般类的全部属性与服务，称作特殊类对一般类的继承。 在OOA中运用继承原则，就是在每个由一般类和特殊类形成的一般—特殊结构中，把一般类的对象实例和所有特殊类的对象实例都共同具有的属性和服务，一次性地在一般类中进行显式的定义。在特殊类中不再重复地定义一般类中已定义的东西，但是在语义上，特殊类却自动地、隐含地拥有它的一般类（以及所有更上层的一般类）中定义的全部属性和服务。继承原则的好处是：使系统模型比较简练也比较清晰。 (4)分类：就是把具有相同属性和服务的对象划分为一类，用类作为这些对象的抽象描述。分类原则实际上是抽象原则运用于对象描述时的一种表现形式。 (5)聚合：又称组装，其原则是：把一个复杂的事物看成若干比较简单的事物的组装体，从而简化对复杂事物的描述。 (6)关联：是人类思考问题时经常运用的思想方法：通过一个事物联想到另外的事物。能使人发生联想的原因是事物之间确实存在着某些联系。
面向对象分析与设计_期末复习_2017-2018-2
《面向对象分析与设计》期末复习 2017-2018学年-第2学期 1、题型介绍: 选择题20 * 1分= 20分 填空题5* 2分= 10分 简答题 4 * 7分= 28分 建模分析论述题4题（第1题10分，第2题8分，第3题8分，第4题16分，共42分）= 40分 2、选择题 1、（）不是对象具有的特性。 A.标识 B.继承 C.顺序 D.多态性 2、封装是把对象的（）结合在一起，组成一个独立的对象。 A.属性和操作 B.信息流 C.消息和事件 D.数据的集合 3、（）不是面向对象的典型方法。 A.Coad& Yourdon 方法 B.维也纳方法 C.OMT方法 D.Booch方法 4、UML中有4种关系，分别是依赖、泛化、关联和（） A.集成 B.合作 C.实现 D 抽象 5、下列关于状态图的说法中，正确的是（） A.状态图是UML中对系统的静态方面进行建模的5种图之一。 B.状态图是活动图的一个特例，状态图中的多数状态是活动状态。 C.状态图是对一个对象的生命周期进行建模，描述对象在其生存期间的动态行为。 D.状态图强调对有几个对象参与的活动过程建模，而活动图更强调对单个反应型对象建模。 6、UML的（）模型图由类图、对象图、包图、组件图、和部署图组成。 A.用例 B.静态 C.动态 D.系统。 7、UML的（）模型图活动图、顺序图、状态图、写协作图组成。 A.用例 B.静态 C.动态 D.系统。 8、UML的最终产物就是最后提交的可执行的软件系统和（） A.用户手册 B.类图 C.动态图 D.相应的软件文档资料
9、在UML的需求分析建模中，（）模型图必须与用户反复交流并加以确认。 A.配置 B.用例 C.包 D.动态 10、下面不是用例之间主要关系的是（） A.扩展 B.包含 C.依赖 D.泛化 11、对于一个电子商务网站而言，以下不适合作为用例的选项是（） A.登录 B.预定商品 C.购物车 D.结账 12、UML的客户需求分析模型包括（）模型、类图、对象图和活动图。 A.用例 B.静态 C.动态 D.系统 13、UML客户需求分析产生的用例模型描述了系统的（） A.状态 B.体系结构 C.静态模型 D.功能要求 14、在UML的需求分析模型中，用例建模必须与（）反复交流并加以确认。 A.软件生产商 B.用户 C.软件开发人员 D.问题领域的专家 15、在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（） A.活动图 B.状态图 C.配置图 D.组件图 16、类图应该画在Rational Rose的（）视图中。 A、Use Case View B、Login View C、Component View D、Deployment View 17、类通常可以分为实体类、（）和边界类。 A 、父类B、子类C、控制类D、祖先类 18、对象特征的要素是（）。 A、状态 B、行为 C、标识 D、属性 19、下列关于接口的关系说法不正确的是（）。 A、接口是一种特殊的类 B、所有接口都是有构造型<
面向对象建模案例
例：超市进销存系统的需求描述如下： （1）销售 ①售货员接收顾客订购，输入顾客购买的商品，计算总价； ②顾客付款并接收清单； ③售货员保存顾客购买商品的记录清单。 （2）库存 ①库存管理员每天进行盘点一次； ②库存管理员当发现库存商品有损坏时，及时到相关部门报损； ③在供应商的商品到货时，库存管理员首先检查商品是否合格，并将合格的商品入库处理；当商品进入卖场时，进行商品出库处理； ④经理、订货员根据需要进行库存商品的模糊查询或详细查询。 （3）订货 ①订货员用新商品供应商信息更新供应商数据库的信息； ②订货员统计库存商品是否低于库存下限，然后制作订货单。 （4）统计 ①经理能够使用系统的统计功能，了解商品销售情况、库存情况、供应商情况，以便进行合理的营销策略。 ②经理按市场情况适时变动商品价格。 试建立超市进销存系统的用例模型。 顾客 图1 销售子系统
商品出入库 图2 库存子系统 制作订货单图3 订货子系统用例模型
特殊商品查询 图4 统计子系统用例模型 思考？？在用例图中的用例通常只是简单地给出了系统应提供什么服务，并没有展示出如何提供服务，如服务的具体功能、处理流程、场景、出错情况以及异常情况等信息，如何能知道前述信息？ ！！！用例的描述常采用文字列表形式，也可采用UML图形描述，如交互图、活动图等。 3.试为以下各类建立UML类图及描述它们间的关系。 家用电器、电视机、液晶电视机、电视遥控器、DVD播放机、组合音响、音响功放、音箱、喇叭、低音泡、高音泡、厨具、电厨具、微波炉、电磁炉、电饭煲
销售管理子系统的部分用例描述：
面向对象报告
一、需求描述 该超市的系统组成主要由以下几个部分，其中各个部分有不同的参与者情况，每个部分主要针对一个或一系列功能设计： （1）收银管理系统。该部分的参与者主要是收银人员，同时该部分是与库存管理以及业务管理直接关联的。收银的业务操作直接対库存管理以及业务管理进行影响。其中的类比如收银单、条形码、商品细项等。收银部分中的一些实体类是与其他部分中的实体类共通的。每次收银操作，都会生成业务信息，影响营业额、订单数、收银人员工作记录等。 （2）线上订单系统。该部分的参与者主要是后台管理人员以及会员顾客。这个部分是一个自身功能较为完整，依赖性较小的部分，其中一些重要的类比如线上订单、购物车、商品细项。 可以明确的如线上订单和收银部分的收银单都可以是业务管理中业务记录这种抽象接口的具体实现实体类，也就是继承泛化，并拓展自己额外的属性。 线上订单系统的时序流程会比较复杂，类似课程教授的的购车用例。该部分是会员顾客与订单系统的交互，同时也会涉及对业务管理的、库存管理的变动，这种变动是对其底层实体类的具体存储参数的修改。通过订单系统种的功能函数实现。 （3）人员管理系统是另一个重要的系统组成。该部分的参与者主要是后台管理人员和顾客会员。这里要区分的是后台管理人员参与者以及后台管理人员类。后者是系统中的一项组成，用于实现数据记录和某些功能，而前者是角色。 人员管理中最重要的三个实体类分别是后台人员、收银人员以及顾客会员。这里暂时不考虑超市的其他员工，因为收银人员在收银系统中扮演重要地位，其收银记录，对业务管理的底层数据都有影响。 人员管理主要分为两种，一种是后台人员的编辑、添加、删除。这种管理适用于三个主要实体类。而顾客会员类存在注册函数，也就是说该部分的参与者是顾客会员自身，顾客会员类信息是需要自身编辑的。该系统主要是对系统中的角色类进行管理，对角色类进行实现增、删、查、改。同时也会附加权限的管理。 （4）库存管理系统主要是后台管理人员参与，细化的功能为商品入库、商品出库，库存紧缺提醒等，库存管理的部分依赖于商品管理部分，也就是说该部分主要是对商品细项类中的数量特性进行操作。库存操作将影响将直接影响到线上订单系统的界面类的商品展示情况，也会影响到超市的铺货情况，这里铺货的流程被省略，将货架铺货商品量与库存量合并，即线下顾客无法在收银系统中登记库存为0的商品，以此简化流程。库存管理中，比较重要的实体类应有商品库存、入库记录、出库记录等。 （5）商品管理系统主要是后台人员参与，该部分的重要实体类是商品细项类，这个类有这众多的特性，用来记录商品的各项属性。这个部分的主要功能即记录商品信息，不论库存管理、收银系统、线上订单系统皆与这个部分有直接联系，他们对商品的识别都需要查询商品管理部分的存储再数据库的商品细项类。而部
面向对象程序设计期末复习分析
一、单项选择题( 在每小题的四个备选答案中，选出一个正确答案，并将正确答案的序号填在题干的括号内。每小题1 分，共20 分) 3．下列不属于面向对象技术的基本特征的是（B）。 A. 封装性 B. 模块性 C. 多态性 D. 继承性 4. 面向对象程序设计将描述事物的数据与(C ) 封装在一起,作为一个相互依存、不可分割的整体来处理。 A. 信息 B. 数据隐藏 C. 对数据的操作 D. 数据抽象 5. 关于面向对象方法的优点，下列不正确的叙述是（C ）。 A. 与人类习惯的思维方法比较一致 B. 可重用性好 C. 以数据操作为中心 D.可维护性好 8. 下列不属于类的成员函数的是( C )。 A. 构造函数 B. 析构函数 C. 友元函数 D. 拷贝构造函数 9. 继承机制的作用是( C )。 A. 信息隐藏 B. 数据封装 C. 派生新类 D. 数据抽象 14. （D ）是从用户使用系统的角度描述系统功能的图形表达方法。 A. 类图 B. 对象图 C. 序列图 D. 用例图 15. (C ) 是表达系统类及其相互联系的图示,它是面向对象设计的核心，建立状态图、协作 图和其他图的基础。 A．对象图 B. 组件图 C. 类图 D. 配置图 16.（D ）描述了一组交互对象间的动态协作关系，它表示完成某项行为的对象和这些对 象之间传递消息的时间顺序。 A．对象图 B. 协作图 C. 状态图 D. 序列图 17.（D ）就是用于表示构成分布式系统的节点集和节点之间的联系的图示，它可以表示 系统中软件和硬件的物理架构。 A. 组件图 B. 协作图 C. 状态图 D. 配置图 18. 在用UML进行数据库的分析与设计过程中，( B ) 就是进行数据库的需求分析，使用用 例图、类图、顺序图、活动图等建立业务模型。 A. 逻辑数据模型设计 B 业务Use Case模型设计 C. 物理数据模型设计 D. 物理实现设计 19. 使用UML进行关系数据库的（B ）时，需要设计出表达持久数据的实体类及其联系，并把它们映射成为关系数据库表（Table)、视图(View)等。 A. 业务Use Case模型设计 B. 逻辑数据模型设计 C. 物理数据模型设计 C. 物理实现设计 20. UML的动态建模表示包含（C ）种图。 A. 9 B. 5 C. 4 D. 2 二、填空题( 每空1 分，共20 分) 1. 面向对象开发方法一改过去传统的以_功能分析，面向过程_为基础的_对象_的结 构化分析与设计方法，它模拟人们理解和处理客观世界的方式来分析问题，把系统视为
#图书馆信息系统面向对象分析实例
图书馆信息系统面向对象分析实例。 总体问题的陈述：本项目的目的是创建一个用于对图书馆的图书进行管理的图书管理系统。 该项目的用户：该项目的用户是一个某大学的图书馆，它负责对其顾客提供图书借阅服务。 该项目的目标：总体上来说，项目的目标是提高图书管理的自动化水平，为图书业务过程提供更快捷的、更好的和更准确的服务。具体来讲，系统的目标包括：为借书者提供快速借书的服务；进行快速准确的图书和借书者的信息维护；图书管理和查询的自动化。 该系统的功能：系统功能是系统应该做的事情，例如系统提供的预定功能。应该识别出这些功能并把它们列入到逻辑相关联的功能组中。 注意：要验证某一个描述是否真是一个系统的功能，如下的判断语句应该成立： 系统应该做某一个描述 例如，系统应该做图书的预定。 然而，系统的属性是系统的非功能性的特性，这些非功能性特性和系统功能经常被混淆。例如，“易于使用”就是一个非功能性的特性。它是不符合我们上述的验证语句：“系统应该做易于使用”。系统属性不应该是功能规格说明书中的一部分，而应该是一个单独的系统属性规格说明文档。 对于系统的功能，我们应该对其分类，以便区分开各类功能的优先次序和识别出哪些是理所当然应该具备的系统功能。功能的分类包括： 明显的：应该履行的功能，并且用户应该知道这个功能是否已经被履行。 隐藏的：应该履行的功能，但功能的履行对用户不可见。很多使用底层技术的服务确实符合这种情况，例如，将数据保存到一个持久化存储机构中。隐藏的功能经常在采集需求的过程中被遗漏。 修饰性的：可选的，增加这些功能不会对成本和其它系统造成重要影响。 为此，我们给出该系统的借书基本功能如下： F1.1记录借出的图书----借阅事件明显的 F1.2 查找书库中是否存在这种图书明显的 F1.3 从借书卡中读取借书者信息，并校验该信息明显的 F1.4 查找书库中这本书是否还有副本隐藏的 F1.5 当一次借阅完成后，削减该书的副本存书数量隐藏的 F1.6 管理员要使用系统，必须输入ID号和密码才行明显的 F1.7 查询显示借书信息明显的 F1.8 提供一个持久化存储机制隐藏的 F1.9 提供过程间的和系统间的通信机制隐藏的 系统属性：系统属性是系统的特性，它们并不是系统的功能，例如：易用、容错、响应时间、界面形式、平台等。系统属性具有一组可能的属性细节，这些属性细节往往是属性的一些离散的、表达模糊的符号值，例如： 响应时间=（生理上能够接受的时间段） 界面形式=（图形化的，基于表的，彩色比较平淡的） 在我们的案例中，要求借书查找时间小于1秒。 我们结合上面的图书馆管理系统的案例，来给出图书管理系统的问题域模型。我们首先看问题域中的图书、借阅、书目和借书者这四个类。 系统将通过计算机来处理图书、副本、借书者和借阅。借书者要求借书，给出要借图书的名称，出示借书证。系统查找所借的图书是否存在，若存在，同时还要查看该图书是否还有副本，如果有，再查询该借书者提供的借书证是否合法的注册用户，如果是，则办理借阅手续（登记借阅信息）。 图书是存放在图书馆中的一个书的名称，副本是一个图书的具体实例。一个图书可能有多
图书管理系统-(需求分析+总体设计)-(面向对象)
需求分析 1.确定用例 通过对系统需求的分析，可以确定系统有三个执行者：图书管理员行为者，读者行为者及系统管理员行为者。简要描述如下： 1)图书管理员行为者：管理员按系统授权维护和使用系统不同功能，可以 创建、修改、删除读者信息和图书信息即读者管理和图书管理，借阅、归还图书以及罚款等即借阅管理。 2)读者行为者：通过互联网或图书馆查询终端，查询图书信息和个人借阅 信息，还可以在符合续借的条件下自己办理续借图书。 3)系统管理员：可以对系统的数据进行维护，如增加、删除和更新书目， 增加、删除和更新借阅者帐户，增加和删除书籍。 读者
从图书管理系统的用例图可以看出有个六个用例：”读者用例，借阅用例，图书用例，借阅情况用例，续借用例，图书信息查询用例.”系统边界有个三个行为者，即图书管理员，读者，以及一个系统管理员。 从2-1图中我们还可以看出图中的每个用例之间的包含关系和扩展关系，读者用例包含关系是读者信息和读者类别；借阅包含关系是借书，还书，续借，借阅情况；而图中丢失和过期则是还书中的扩展；图书用例的包含关系是图书信息，图书类别，出版社信息及图书信息查询，其中意见反馈则是图书信息查询的扩展。 最高层用例图中展开读者借书的用例图如下图2-2所示: 读者借助此图书管理系统子系统,可以进行一下操作：
图2-2 读者借助此图书管理系统子系统,可以进行一下操作： 1.查询图书； 2.预留图书； 3.借书； 4.还书； 5.查阅借阅信息。 其中,在读者进行预留图书和查询借阅信息之前,读者必须先登录系统; 读者进行还书操作时,必须保证图书完整; 最高层用例图中展开图书馆管理员处理借书、还书等的用例图如下图2-3所示：图书管理员用例描述: