构建面向Agent的网上选课系统的需求模型
数据库与信息管理本栏目责任编辑：代影Computer Knowledge and Technology 电脑知识与技术第7卷第10期(2011年4月)构建面向Agent 的网上选课系统的需求模型江辉1,2，邵堃1，赵钰1,2
（1.合肥工业大学，安徽合肥230041；2.安徽电子信息职业技术学院，安徽蚌埠233031）
摘要：随着Agent 技术的发展，面向Agent 的需求工程已经成为软件工程研究的热点。当前对面向Agent 需求工程的研究提出了一个新的观点，即把需求工程的活动划分为早期需求分析和后期需求分析两个阶段。在该文构建的需求模型中，早期需求分析过程主要采用由Eric Yu 等人提出的I *框架，同时为了防止对需求分析的随意性和不准确，基于该框架提出新的需求模型。在后期的需求分析过程中，主要采用UML 来完成。基于此，该文采用基于I *和UML 的面向Agent 需求建模方法，以网上选课系统案例为背景，研究构建面向Agent 系统的需求模型的主要过程。
关键词：需求工程；I *建模框架；UML ；网上选课系统中图分类号：TP311.5文献标识码：A 文章编号：1009-3044(2011)10-2237-03
1概述
本文构建的需求模型是建立在由Eric Yu 和John Mylopoulos 等人开发的I *(Distributed Intention)
[1-2]建模框架和统一建模语言UML 的基础上的，I *建模框架是一种适用于早期需求分析的建模框架，主要用于描述系统背景中各种意图角色之间依赖关系和进
一步对角色内部的依赖关系进行描述。利用该建模模型能使开发人员和用户理解为什么要建立这样的系统。在使用I *建模框架进行需求建模的过程中，为了防止需求获取的随意性和低效性，对建立的模型又做了进一步的细化和分解，使得到的模型符合设计者的要求。UML 统一建模语言在计算机行业中已得到大家的共同认可，利用它在Agent 的抽象层次上建立用例模型和类模型，形成需求规格说明。为了保证需求的一致性建立了相应的映射规则，实现由早期到后期的平滑过渡[3]。基于上述分析，本文采用基于I *和UML 的面向Agent 需求建模方法，随着Agent 技术的发展，涌现出许多面向Agent 需求建模方法。主要有在原有软件工程方法中引入新的Agent 概念，辅助软件工程分析的方法(KAOS[Lam2001][LetZooll)[4]，也有从面向对象工程中演化而来的面向Agent 的需求方法(Auml[ode1999a][ode1999b])，也有纯面向Agent 的软件工程方法（I *框架，Gaia 方法等[5])。每种方法都有其各自的特点，但最终的发展趋势会形成一个统一的大家都接受和认可的需求建模方法。
2早期需求获取和后期需求获取
2.1早期需求获取方法
I *建模框架为早期需求分析提供的两种模型：策略依赖模型（简称SD 模型）和策略原理模型（简称SR 模型），在策略依赖模型中，主要工作就是抽象出系统中的意图角色和描述它们之间的依赖关系（目标依赖、任务依赖、资源依赖和软目标依赖）。策略原理模型可以用于更详细地描述角色内部的意图关系，通过四种意图元素和两种连接关系（方法-结果和任务分解）来进行描述的。
在早期需求分析过程中，为了避免需求的随意性和低效性，对需求所产生的模型进行进一步的分解和细化。在这个过程中，对策略原理模型中的目标、软目标和任务进行分解和细化，对目标可以分析寻求如何达到这些目标以及完成目标的条件。可以使用方式目的链、作用链和相关链对目标进行细化，产生新子目标、新子软目标和子任务[6]。目标细化的精度取决于分析人员要达到的具体程度。软目标也可以被表达为一个目标、软目标、任务以及这些任务的个性化约束的集合。任务只能分解为子任务集合。[7]
对于策略原理模型中的目标、软目标和任务分解完成后，可能会发现分解后的目标、软目标和任务需要依赖新的行为者，这个时候就需要对新的行为者进行分解和细化，如此循环，直到分析人员得到与预期相近的需求模型，到此分解和细化就完成了。最终所得到的早期需求模型就是系统所需要的，能够保证后期需求的正常进行。
2.2后期需求获取方法
用例图用于表达系统功能，表明开发者和用户之间对需求规格的共同理解。主要用于需求分析阶段，类图用于描述类和类在之间的静态关系，它们都是UML 静态建模机制中的图形。
在本文中建立的用例图和类图都是建立在Agent 抽象层次上，用例图表示Agent 和功能用例之间的联系，类图表示在Agent 抽象层次上建立的组织背景中Agent 类之间的关系。
2.3早期和后期需求方法和融合
后期需求分析阶段的目标是对目标系统的功能和非功能需求进行形式化描述，形成需求规格说明。在后期需求规格说明阶段，我们采用扩展的UML 作为需求描述语言,在Agent 抽象层次上建立统一的用例模型和Agent 类模型。
在建立这两种需求模型之前首先对Agent 做如下定义：
收稿日期：2011-02-26
作者简介：江辉（1980-），男，安徽颍上人，讲师，硕士研究生在读，主要研究方向为软件工程；邵堃，合肥工业大学计算机与信息学院
副教授，研究方向为软件工程；赵钰（1982-），女，安徽灵璧人，讲师，硕士研究生在读，主要研究方向为软件工程。
E-mail:jslt@https://www.360docs.net/doc/e713708835.html, https://www.360docs.net/doc/e713708835.html, Tel:+86-551-56909635690964ISSN 1009-3044
Computer Knowledge and Technology
电脑知识与技术Vol.7,No.10,April 2011,pp.2237-22392237
Computer Knowledge and Technology电脑知识与技术第7卷第10期(2011年4月)定义1.Agent=def〈Goals,Capabilities,Beliefs，Resources,Services,BR〉
Goals表示Agent的目标集合；
Capabilities表示Agent的能力集合；
Beliefs表示Agent的信念集合；
Resources表示一个Agent和其他Agent之间相互提供资源；
Services是该Agent能够向其他Agent提供的服务集合；
BR表示Agent的活动遵守特定的行为规则(Behavior Rule)。[3]
本文提出的需求建模方法，在早期主要是展示建立系统的原因，后期是形成需求规格说明，因此早期需求到后期需求是能融合过渡的，相应的映射规则如下：
用例模型中的Agent角色与策略模型中的I*角色(或子角色)对应；功能用例由I*角色之间的任务依赖体映射；非功能用例由软目标依赖提映射[3]。
在本文中，UML中类图主要用于描述建立在Agent抽象层次上的实体之间的关系，构成Agent类模型。基于所定义的Agent概念，建立一个从I*框架模型到UML类模型的映射，从I*框架模型到UML类模型的映射规则如下[3]：
规则一：类图中的Agent类由策略模型中的角色映射得到。
规则二：类图中的关联关系有角色之间的依赖关系映射得到。
规则三：类图中Agent之间的聚合关系由子角色映射得到
规则四：角色之间任务依赖体映射为被依赖Agent类的一个公有方法，stereotype是<
规则五：角色内部的任务或子任务映射为被依赖Agent类的一个私有方法，stereotype是<
规则六：角色之间的目标依赖体映射为被依赖Agent类的一个boolean型公有属性，stereotype是<
规则七：角色内部的目标或子目标映射为被依赖Agent类的一个boolean型私有属性，stereotype是<
规则八：角色之间的软目标依赖体映射为被依赖Agent类的一个enumerated型公有属性，stereotype是<
规则九：角色内部的软目标或子软目标映射为Dependee类的一个enumerated型私有属性，stereotype是<
规则十：角色间的资源依赖体映射为类图中的实体类，stereotype是<
由上述建立的映射规则，可以由早期的需求模型得到建立在Agent的抽象层次上的用例图和类图，从而形成系统需求规格说
明，实现对需求说明的形式化的描述。
3网上选课系统分析
3.1系统背景
随着在校人数的增加，网上选课能大大降低教务工作量，针对这一情况，开发网上选课系统。学生通过登录账号登录校园网，查看选课信息和成绩后进行报名选课，在规定的时段内，能够查看自己选课的结果，并决定是否参加补、退选，网上选课系统应该能够提供简明、友好的操作界面，能处理课程信息，处理预选、正选、补（退）选和查询选课结果等工作。
3.2早期需求模型
通过上述分析，可以识别出两个行为者：学生和网上选课系统，并建立相应的策略依赖模型和策略原理模型。
由于策略原理模型是策略依赖模型的细化，本文只给出策略原理模型。如图1所示，学生角色和网上选课系统角色存在着目标依赖（网上选课）、软目标依赖（易操作性）和任务依赖（登录，查看课程，成绩查询）。在策略原理模型中，可以将网上选课系统角色进一步细化，可以将系统划分为选课控制、选课处理和选课结果三个子角色。这三个子角色之间存在着相互依赖关系，包括选课设定和处理结果两个任务依赖。
为了避免需求的随意性和低效性，对所得出的策略原理模型中的子角色、目标、软目标和任务进行细化，对于选课控制子角色中的控制选课设定这个目标进行细化后，得到子任务（验证学生信息，选课课程和查看选课信息）和子目标（选课的设定条件），这个子目标依赖于新的行为者（教务人员），
如图1
系统策略依赖模型
图2分解和细化
2238
本栏目责任编辑：代影数据库与信息管理
数据库与信息管理本栏目责任编辑：代影Computer Knowledge and Technology 电脑知识与技术
第7卷第10期(2011年4月)图2所示，然后再对新得到的目标和角色进行细化，得到如图
3所示的策略原理模型。
3.3后期需求说明
后期需求分析阶段建立的用例模型将体现系统需要做什
么，即系统的功能要求。用例模型可以直接通过映射规则由早
期的需求获取阶段建立的策略原理模型得到，图4就是所得到
的系统的用例模型。
在本文提出的需求建模过程中，我们将在Agent 层次上建
立组织背景中实体之间的关系，即Agent 类模型。基于本文所
定义的Agent ，依据从I *框架模型到UML 类模型的映射规则，
得到如图5所示的Agent 类图。
从图5中可以看出，根据映射规则一和规则三，可以得到
学生、教务人员、选课控制、选课结果和选课处理五个Agent 类，由映射规则二和规则三可以得到他们之间的合作关系和聚合关系。根据映射规则四为每个Agent 定义它的能力（capability ），即角色之间的任务依赖体。根据映射规则六和规则七得到Agent 的目标（goal ）,即目标依赖的依赖体。同理，由规则八和规则九得到Agent 的软目标（softgoal ），即软目标依赖的依赖体。每个Agent 还有两个默认的属性，表示Agent 的信念和行为规则。
4结束语
本文通过一个具体的实例演示基于I *框架和UML 的面向Agent 需求建模方法的建模和分析过程，在早期的需求分析过程中，通过对I *框架的改进，有效的避免了早期需求的随意性和低效性，为后期的需求分析打下良好的基础。后期的需求分析采用扩展的UML 作为需求描述语言,在Agent 抽象层次上建立相应的用例模型和Agent 类模型，形成需求规格说明。
参考文献：
[1]Eric SK Yu.Modding Strategic Rdationships for Process Reengineerlng[C].Ph D Thesis.Ontario Canada:Dept of Compute Science ，Uni -versity of Toronto,1995.
[2]Eric SK Yu.Towards modeling and reasoning support for early requirements engineering [C]//Proceedings of the IEEE international symposium on requirements engineer in.IEEE Computer Society,Washington,1997:226-235.
[3]刘炜,刘宗田,邵坤.一种基于扩展I *框架和UML 的面向Agent 需求建模方法[J].小型微型计算机系统,2005,26(5):855-860.
[4]Dardenne A,van Lamsweerde A.Fickas S.Goal-directed requirements acquisition[J].Science of Computer Programming,1993,20(1-2):3-50.
[5]Wooldridge M,Jennings N R,Kinny D.The Gaia methodology for agent-oriented analysis and design[M].Kluwer Academic Press,2000.
[6]Panlo D.A goal-driven and agent-based requirements engineering Framework[J].Requirements Engineering,2004,9(1):16-39.
[7]王炜,袁兆山,吴雷.基于I *框架的领域建模过程研究[J].南京大学学报:自然科学,2005(z1).
图3
细化后的策略原理模型图4基于Agent
抽象层次的用例模型
图5Agent 类模型2239
UML网上学生选课系统程序设计
软件工程课程设计报告 (大三下期2015年) 课程名称：软件工程课程设计 题目: 学生选课系统 院系：软件工程 完成时间：20 1 5、5、8 组员：张中秋(U 20121 7 50 2 ) 高蕾(U2 0 1217 5 0 7) 曾昭杰(U20 1 217476) UM L网上学生选课系统程序设计 一、课程设计得目得与要求 U M L统一建模课程就是一门面向对象开发方法得设计语言。UML统一建模课程设计实验课,着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例得正确性，一致性，完备性，可行性；用设计模型标识解决方案?通过模型实 现了从业务领域到软件领域得映射。通过建模，使问题可视化，形式化?通过以序列得建模与 迭代活动，对于提高学生综合素质十分必要? 通过软件开发得实践训练，进一步掌握软件工程得方法与技术，提高软件开发得实际能力，培养工程设计能力与综合分析、解决问题得能力。 二、设计正文 1. 概述 1、1课题题目：网上学生选课系统 1、2系统得主要目标： 本系统目标就是实现选课系统所需得各种基本功能，包括学生选课、查瞧已修课程、查瞧已选课程、退课功能与教师查瞧选修课程、提交课程成绩功能以及管理员添加 学生、维护学生信息、成绩管理、添加教师、维护教师信息、维护选修课程，还有公用得 修改密码等功能。 1、3系统得开发环境及运行环境： 操作系统：w indow7 建模工具：Rat i o n al Ro s e 200 7 2. 系统需求分析 学生选课系统主要满足来自三方面得需求，这三个方面分别就是学生用户(S t ud ent)、
学生选课系统需求分析说明书
需求分析说明书
摘要 随着社会的发展，学生的人数和课程的种类急速增加，传统的选课管理模式已经无法满足当前的实际需求，为此，我们开发了学生选课管理系统。 本人结合学生选课管理的实际需要，完成了对学生选课管理系统的需求分析、功能模块划分、数据库模式分析等，并由此设计了后台数据库以及前台应用程序。 文中首先对课题背景，数据库基础理论和SQL语言进行了简单的讨论；接着，对系统前台开发工具PowerBuilder9.0,学生选课管理系统进行了详细分析，划分了具体的功能模块；最后，给出了学生选课系统应用程序的设计过程，以及每个功能模块的核心代码。 系统可以实现学生选课的一些重要功能，如：课程的添加、删除，信息查询、选课、生成课表，以及学生选课管理人员、用户个人信息的维护等。 关键词管理系统；数据库；PowerBuilder9.0；SQL Server 2000
目录 1. 引言 ---------------------------------------------------------- 4 - 1.1编写目的 --------------------------------------------------- 4 - 1.2项目围 ----------------------------------------------------- 4 - 1.3参考资料 --------------------------------------------------- 4 - 2. 任务概述 ------------------------------------------------------ 4 - 2.1产品概述 --------------------------------------------------- 5 - 2.2用户特点 --------------------------------------------------- 5 - 2.3条件与限制 ------------------------------------------------- 5 - 3. 需求规定 ------------------------------------------------------ 5 - 3.1对功能的规定 ----------------------------------------------- 5 - 3.2对性能的规定 ----------------------------------------------- 7 - 3.3对输入输出的规定 ------------------------------------------- 8 - 3.4数据管理的规定 --------------------------------------------- 9 - 4. 运行环境规定 ----------------------------------------------- - 10 - 4.1用户界面 ------------------------------------------------ - 10 - 4.2设备 ---------------------------------------------------- - 10 -
弹簧阻尼系统动力学模型ams仿真
弹簧阻尼系统动力学模 型a m s仿真 集团文件发布号：（9816-UATWW-MWUB-WUNN-INNUL-DQQTY-
震源车系统动力学模型分析报告一、项目要求 1）独立完成1个应用Adams软件进行机械系统静力、运动、动力学分析问题，并完成一份分析报告。分析报告中要对所计算的问题和建模过程做简要分析，以图表形式分析计算结果。 2）上交分析报告和Adams的命令文件，命令文件要求清楚、简洁。 二、建立模型 1）启动admas，新建模型，设置工作环境。 对于这个模型，网格间距需要设置成更高的精度以满足要求。在ADAMS/View菜单栏中，选择设置（Setting）下拉菜单中的工作网格（WorkingGrid）命令。系统弹出设置工作网格对话框，将网格的尺寸(Size)中的X和Y分别设置成750mm和500mm，间距（Spacing）中的X和Y都设置成50mm。然后点击“OK”确定。如图2-1所表示。 图2-1设置工作网格对话框 2）在ADAMS/View零件库中选择矩形图标，参数选择为“onGround”，长度（Length）选择40cm高度Height为1.0cm，宽度Depth为30.0cm，建立系统的平台，如图2-2所示。以同样的方法，选择参数“NewPart”建立part-2、part-3、part-4，得到图形如2-3所示， 图2-2图2-3创建模型平台 3）施加弹簧拉力阻尼器，选择图标，根据需要输入弹簧的刚度系数K和粘滞阻尼系数C，选择弹簧作用的两个构件即可，施加后的结果如图2-4 图2-4创建弹簧阻尼器
4）添加约束，选择棱柱副图标，根据需要选择要添加约束的构件，添加约束后的模型如2-5所示。 图2-5添加约束 至此模型创建完成 三、模型仿真 1)、在无阻尼状态下，系统仅受重力作用自由振动，将最下层弹簧的刚度系数K设置为10，上层两个弹簧刚度系数均设置为3，小物块的支撑弹簧的刚度系数为4，阻尼均为0，进行仿真，点击图标，设置EndTime为5.0，StepSize为0.01，Steps为50，点击图标，开始仿真对所得数据进行分析。 选择物块的位移、速度、加速度与时间的图像如图3-1、3-2、3-3所示，经过傅里叶变换之后我们可以清楚地看到系统的各阶固有频率。 图3-1位移与时间图像以及FFT变换图像 图3-2速度与时间图像以及FFT变换图像 图3-3加速度与时间图像以及FFT变换图像 通过傅里叶变换，从图中可以看出系统为三阶系统，表现出三阶的固有频率，通过测量得到w1=2.72，w2=4.29，w3=6.15.。 2）为了更进一步验证系统的各阶固有频率，我们给系统施加一定频率的正弦激振力，使系统做受迫振动，观察系统的振动情况， （a）F1=50*sin(2*3.14*w1*time)时，物块振动的速度与时间的图像如3-4所示。 图3-4 F1作用下速度与时间图像以及FFT变换图像
高校学生选课系统数据库设计
数据库原理课程设计 ——高校学生选课系统 速提升。 本文是在对各大高校全校公开课学生选课情况进行实地调查后， 进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全文
从最初的系统规划，到需求分析、概念设计、逻辑设计、物理设计。 每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段，还 进行了对本系统的测试，最后是本次项目开发的心得和体会以及本文 的参考文献。 本系统是采用 MVC 模式（jsp+javabean+servlet）进行的 J2EE 企业级开发，主要功能是对学生选课及相关信息进行管理。较行业同类 产品而言，本系统人机界面设计更加合理、人性化，用户操作简单方便。数据库的安全性更高，对用户访问权限进行了严格控制。数据存 取速度更快，使用年限更长。可以很好的满足高校公开课学生选课的 要求，极大的提高了学校的工作效率。 关键字：高校学生选课系统；Mysql；JSP 第一章系统开发可行性分析 分析系统的可行性，说明该软件开发项目的实现在技术上、经济上和操作上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 1.1技术可行性 技术可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满
足开发者的需要等。本课题是以jsp平台和Myeclipse作为开发工具，运用java 等语言进行开发，所使用的数据库是Mysql，数据库小巧、速度快，而且功能也十分完善，非常适合软件的开发。而且，平台降低开发和管理他们的数据基础设施的时间和成本，使得系统可以以很高的安全性、可靠性和可扩展性来运行他们最关键任务的应用程序。因此，系统的软件开发平台已成熟可行。硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需要。综上所述，本系统所使用的技术完全可以满足该系统的开发。 1.2经济可行性 本课题开发所涉及的操作平台、开发工具基本上都是实验室机房已具备的软件，都是免费使用的，而且如今的市场情况是：其他都在涨价，就电子类产品在降价。而且我们可以免费参阅图书馆的书籍、期刊，免费下载相关文献资料，所以在经济上不存在很大的负担。 1.3操作可行性 由于本系统是以数据、图表作为人机交互载体的，在整个系统的使用过程中，需要用户输入相关信息，根据相应提示进行选择即可，操作简单，人机交互界面友好，系统具有较强的亲和性和易用性，用户只需要阅读用户手册，或者观看别人演示，即可熟练掌握本系统的使用。因此从操作可行性方面来说，本系统也是完全可行的。 第二章需求分析 2.1引言 为了规范、有条理的进行本系统的设计以及合理的满足使用者的需求，为使后续的开发维护工作变得可靠而轻松，编写本系统需求分析说明书，旨在开发过程中进行参考，使系统在需求的范围之内进行开发，避免重复劳动，加快开发进度以及提高开发效率，同时也是为以后系统维护服务提供指南。
用例建模系统需求
使用用例建模系统需求: ?介绍用例建模的优点. ?定义参与者和用例. ?描述用例模型图中可能出现的关系. ?介绍使用用例模型图的步骤 ?介绍用例的详细内容 An Introduction to Use-Case Modeling ?对于信息系统开发来说，最主要的挑战是能够从关联人员那里提取出正确的确实需要的系统需求，并以关联人员可以理解的方式进行说明，以便需求可以得到证实和验证。 ?构建一个软件系统最困难的部分是正确地确定要构建什么。 Fred Brooks User-centered development–重点是理解关联人员的需求。 Use-case modeling–使用业务事件（business events ）、发起事件的人（actor），以及系统如何响应这些事件（system responds to those events）。来建模系统功能的过程。 ?用例建模来源于面向对象建模技术，但该技术在非对象开发方法中也比较流行，因为它被广泛认为是定义、记录和理解信息系统功能需求的最佳实践。 Benefits of Use-Case Modeling ?提供了一个捕捉用户需求的工具 ?将系统分解成更易于理解（掌控）的小块 ?提供了与用户及其它关联人员进行交流的工具 ?提供了确定、分配、跟踪、控制和管理系统开发活动（尤其是增量和迭代开发）的手段 ?为定义测试计划和测试用例提供基础 Benefits of Use-Case Modeling (continued) ?为用户文档和系统开发文档提供基准 ?提供了需求跟踪的工具 ?提供确定数据对象和实体的起点 ?提供了用户和系统接口的说明 ?提供了驱动系统开发的一个框架 Use case– a behaviorally related sequence of steps (scenario), both automated and manual, for the purpose of completing a single business task. 用例是一系列行为上相关的步骤（场景），既可以是自动的也可以是手工的，其目的是完成一个单一的业务任务。 包括两部分： Use-case diagram：用例图 Use-case narrative：用例描述
学生选课系统需求分析
学生选课系统软件需 求说明书
目录1 引言1 1.1 编写目的1 1.2 背景1 1.3 定义1 1.4 参考资料1 2 任务概述1 2.1 目标1 2.2 用户的特点2 2.3 假定和约束2 3 需求规定2 3.1 对功能的规定2 3.2 对性能的规定4 3.2.1 精度4 3.2.2 时间特性要求4 3.2.3 灵活性4 3.3 输入输出要求4 3.4 数据管理能力要求4 3.5 故障处理要求4 3.6 其他专门要求5 4 运行环境规定5 4.1 设备5 4.2 支持软件5 4.3 接口5 4.4 控制5
学生选课系统软件需求说明书 1 引言 1.1 编写目的 编写本文档的目的在于详细、准确和全面的定义本选课系统的功能和用户需求，用以指导系统顺利地进行开发，并保证后续地开发能够保质保量的完成。本文档所描述的需求信息将作为该项目最终验收的标准和依据。 预期读者：学生、老师、管理人员。 1.2 背景 本项目所开发的学生选课系统完成学校对学生的选课信息的统计与管理，减少数据漏掉的情况，同时也节约人力、物力和财力。告别以往的人工统计。 本项目开发的软件采用B/S 结构，方便学生、老师、管理员使用，学生可以再线查看可选课程信息、再线选课、信息修改、成绩查看，老师可以自己的课程人数、课程信息（包括开课时间、地点、开课方式），管理员可以对整个系统进行管理（包括系统管理、用户管理、课程管理）。 1.3 定义 B/S ：即浏览器/服务器结构，基于浏览器的使用。 用户：用户分学生、老师和系统管理员，角色不同，所使用的功能不同。 网站：Internet 上提供Web 服务的计算机。该计算机的IP 绑定了域名，在浏览器输入域名就可以访问该计算机的web 资源。 1.4 参考资料 《信息系统分析设计与管理》 2 任务概述 2.1 目标 该系统用于提高教务处的工作效率，方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。在学校内部的现有局域网这个网络环境下,信息 由各用户在规定的权限下在各自的工作站上录入，信息上网后各用户可查询，选课，修改，管理，达到信息共享。 2.2用户的特点 学生：本科水平。该系统主要为学生提供选课服务，因此学生可以直接查看选课情况，学生 可以根据本人学号和密码登录系统，进行操作，如核实个人信息，查看教师信息、课程信息，以便选课，查看自己选课结果，查询考试成绩等。
选课系统的设计与实现
防灾科技学院 实习报告书 防灾科技学院灾害信息工程系 2015年制
实习所用软件简介： 系统的搭建平台选用的操作系统是Windows XP：Microsoft Windows XP是微软公司推出供个人电脑使用的操作系统，包括商用及家用的台式电脑等。2011年9月底前，Windows XP是世界上使用人数最多的操作系统，它的全球市场占有率达42%。2012年8月份，统治操作系统市场长达11年之久的Windows XP最终被Windows 7超越。 基于数据库的选课系统的数据管理所选得软件是SQL Server2008：SQL Server 2008 在Microsoft的数据平台上发布，可以组织管理任何数据。可以将结构化、半结构化和非结构化文档的数据直接存储到数据库中。可以对数据进行查询、搜索、同步、报告和分析之类的操作。SQL Server 2008 允许使用Microsoft .NET 和Visual Studio开发的自定义应用程序中使用数据，在面向服务的架构(SOA)和通过 Microsoft BizTalk Server 进行的业务流程中使用数据。信息工作人员可以通过日常使用的工具直接访问数据。 基于https://www.360docs.net/doc/e713708835.html,的选课系统开发所选的开发工具 Visual Studio 2010：Microsoft Visual Studio 2010 是微软的一个综合性的应用程序生命周期管理工具套件，可供团队用于确保从设计到部署的整个过程都能取得较高质量的结果。无论是创建新的解决方案，还是改进现有的应用程序，都能针对不断增加的平台和技术（包括云和并行计算）将梦想变成现实。 基于系统的建模选择的画图软件viso：Office Visio 2007 是一款便于IT 和商务专业人员就复杂信息、系统和流程进行可视化处理、分析和交流的软件。使用具有专业外观的 Office Visio 2007 图表，可以促进对系统和流程的了解，深入了解复杂信息并利用这些知识做出更好的业务决策。Visio帮助创建具有专业外观的图表，以便理解、记录和分析信息、数据、系统和过程。使用 Visio 时，以可视方式传递重要信息就像打开模板、将形状拖放到绘图中以及对即将完成的工作应用主题一样轻松。
系统动力学模型
第10 章系统动力学模型 系统动力学模型(System Dynamic)是社会、经济、规划、军事等许多领域进行战略研究的重要工具，如同物理实验室、化学实验室一样，也被称之为战略研究实验室，自从问世以来，可以说是硕果累累。 1 系统动力学概述 2 系统动力学的基础知识 3 系统动力学模型 第1 节系统动力学概述 1.1 概念系统动力学是一门分析研究复杂反馈系统动态行为的系统科学方法，它是系统科学的一个分支，也是一门沟通自然科学和社会科学领域的横向学科，实质上就是分析研究复杂反馈大系统的计算仿真方法。 系统动力学模型是指以系统动力学的理论与方法为指导，建立用以研究复杂地理系统动态行为的计算机仿真模型体系，其主要含义如下： 1 系统动力学模型的理论基础是系统动力学的理论和方法； 2 系统动力学模型的研究对象是复杂反馈大系统； 3 系统动力学模型的研究内容是社会经济系统发展的战略与决策问题，故称之为计算机仿真法的“战略与策略实验室” ； 4 系统动力学模型的研究方法是计算机仿真实验法，但要有计算 机仿真语言DYNAMIC勺支持，如：PD PLUS VENSIM等的支持； 5 系统动力学模型的关键任务是建立系统动力学模型体系； 6 系统动力学模型的最终目的是社会经济系统中的战略与策略决策问题计
算机仿真实验结果，即坐标图象和二维报表； 系统动力学模型建立的一般步骤是：明确问题，绘制因果关系图，绘制系统动力学模型流图，建立系统动力学模型，仿真实验，检验或修改模型或参数，战略分析与决策。 地理系统也是一个复杂的动态系统，因此，许多地理学者认为应用系统动力学进行地理研究将有极大潜力，并积极开展了区域发展，城市发展，环境规划等方面的推广应用工作，因此，各类地理系统动力学模型即应运而生。 1.2 发展概况 系统动力学是在20世纪50年代末由美国麻省理工学院史隆管理学院教授福雷斯特（JAY.W.FORRESTERI出来的。目前，风靡全世界，成为社会科学重要实验手段，它已广泛应用于社会经济管理科技和生态灯各个领域。福雷斯特教授及其助手运用系统动力学方法对全球问题，城市发展，企业管理等领域进行了卓有成效的研究，接连发表了《工业动力学》，《城市动力学》，《世界动力学》，《增长的极限》等著作，引起了世界各国政府和科学家的普遍关注。 在我国关于系统动力学方面的研究始于1980 年，后来，陆续做了大量的工作，主要表现如下： 1 ）人才培养 自从1980年以来，我国非常重视系统动力学人才的培养，主要采用“走出去，请进来”的办法。请进来就是请国外系统动力学专家来华讲学，走出去就是派留学生，如：首批派出去的复旦大学管理学院的王其藩教授等，另外，还多次举办了全国性的讲习班。 2 ）编译编写专著
网上选课系统需求建模
案例2：网上选课系统 一、需求建模 （一）需求捕获 1、识别参与者：管理员、学生和数据库 Delete Course 图1：用例图
5、编写用例描述 在需求建模的初期，只需对重要的用例和对体系结构有影响的用例进行详细的编
写用例描述。 用例编号：UC01 用例名称：添加课程（AddCourse）： 主要参与者：管理员 前置条件：管理员进入管理界面 后置条件：管理员重新进入管理界面 基本事件流： 1 管理员选择进入登录界面，用例开始 2 系统提示输入管理员密码 3 管理员输入密码 4 系统验证密码 A1：密码错误 5 进入管理界面，系统显示目前所建立的全部课程信息。 6 管理员选择添加课程 7 系统提示输入新课程信息 8 管理员输入信息 9 系统验证是否和已有课程冲突 A2：有冲突 10 系统添加新课程，提示课程添加成功 11 系统重新进入管理主界面，显示所有课程 12 用例结束 其他事件流 A1：密码错误 1 系统提示再次输入 2 用户确认 3 三次错误，拒绝再次访问 4 否则进入添加课程事件流第5步 A2：有冲突 1 系统提示有冲突，显示冲突课程信息 2 用户重新输入 3 继续验证直到无冲突 4 进入添加课程事件流第10步 “删除课程”用例描述和“修改课程”用例描述与此类似。 用例编号：UC04 用例名称：选课（SelectCourse） 主要参与者：学生 前置条件：学生进入选课界面 后置条件：系统提示选课成功 基本事件流： 1 学生进入选课登录界面，用例开始。 2 系统提示输入学号和密码。 3 学生输入学号和密码。 4 系统验证 A1：验证失败 5 进入选课主界面 6 学生点击选课
网上选课系统-需求分析报告
一、系统设计可行性 1.1网上选课系统的产生 网上选课系统是针对在校学生和教师使用的，从学生的角度来说，由于教学制度的改革，现在大部分的高等院校开始实行学生自主选课模式，传统的教学模式已经不能适应新的教学模式，如果还只是通过纸上的方式选课，一方面浪费大量的人力、物力，另一方面浪费时间以及在统计过程中不可避免的会出现差错。随着高校的人数增加，暴露出来的弊端会越来越多。 因此，利用网络，使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。从教室的角度来讲，同样可以节约大量的时间和减少工作量以及减少错误的发生率。 1.2可行性分析 网上选课系统的可行性分析包括以后几个方面： 1.技术可行性 由于校园网络的普遍应用，使得网上选课非常的方便，无需再进行网络的建设。基于B/S模式的选课系统更加适合校园网，使得学生可以在任何有校园网的地方完成选课过程。 https://www.360docs.net/doc/e713708835.html,、C#语言在大二的时候学过了，而且数据库Access运 用的比较熟练，大部分做起来还算得心应手，部分不会的现在上网也比较方便，可以在网上进行查找。． 2.经济可行性
校园网应经普及，因此网络设备上不需要大的投入。加之，B/S 模式的系统只要求客户端具备浏览器的基本功能，就能实现网上选课。因此，从经济上来说，开发网上选课系统不需要很大的投入，硬件上只需要Web服务器和数据库服务器即可。 3.操作可行性 B/S模式的最大优势就是操作方便、如同浏览网页一样。 综上所述，网上选课系统在高校中是可行的。 二、系统的需求分析 2.1引言 2.1.1编写的目的 本文档是对该学生选课系统的一个整体把握，以便在下一步的开发设计中更好的控制开发。 本文档的预期读者是： 设计人员 开发人员 管理和测试人员 最终用户． 2.1.2背景 由于电脑时代的到来以及internet的迅速发展，电脑无处不在，当然各种工作效率也大幅提高，那么对于一个学校来说，开发一个好的学生选课系统势在必行。鉴此，特开发此学生选课系统，该系统实现了选课的网络化、信息化、现代化。
系统需求模型
公司人事管理系统需求模型 1.项目背景 项目名称：公司人事管理系统 用户：公司员工和管理员、系统管理员 项目建设背景：随着计算机技术、网络技术和信息技术的发展，现在办公系统更趋于系统化、科学化和网络化。网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案，它的主要目的是实现信息交流和信息共性，提供协同工作的手段，提高办公的效率，让人们从繁琐的有纸办公中解脱出来。 2.需求模型 建立一个模型，需求分析是第一步，首先对点名系统系统需求进行分析，识别系统的用户和相关外部系统，以确定系统的角色，它可以帮助界定软件系统的边界，引导和发掘用户需求；其次再依据系统功能来确立系统的用例模型。 2.1.业务需求 1.系统操作简单，界面友好； 2.规范、完善的基础信息设置； 3.支持多人操作，要求有权限分配功能； 4.为了方便用户，要求系统支持多条件查询； 5.对员工信息在需要时打印不同需求的报表； 6.支持数据更新调整； 7.当外界环境干扰本系统时，系统可以自动保护原始数据的安全。 2.2.用户需求 1、员工可以实现的功能： 注册：主要实现员工的注册，创建自己的账户密码； 用户登录：登录应用程序查看自己的信息； 修改密码：修改用户自己的密码； 查看信息：员工查询自己的基本信息、职位、薪水等。
2、管理员实现的功能： 注册：主要实现管理员的注册，创建自己的账户密码； 管理员登录：登录应用程序查看、管理信息； 员工调用：查看修改员工的调动信息； 查看信息：统计与查询员工基本信息； 员工考评：记录员工考评信息； 员工调薪：管理员工对员工的薪水调整； 职称评定：评定和记录员工的职称信息； 培训管理：管理员工的培训信息。 3、系统管理可以实现的功能： 报表输出：将需要的信息以报表形式输出打印； 数据备份：管理员（或DBA）备份数据； 数据恢复：病毒，黑客等破坏数据库后对数据进行恢复； 系统管理：主要对用户的密码、管理权限的设置等。
学生选课系统完整的UML建模
题目：UML系统分析设计、建模与实现学号：100430112022 姓名：杨家建 专业：计算机技术 指导教师：舒远仲
U M L 系统分析设计与建模 以简单的学生选课系统进行详细的系统分析与建模。 (一)系统用例图 1.首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删除等。学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修的课程。我们发现系统中的参与者有：管理员和学生，然后从参与者的角度就可以发现系统的用例，并绘制出系统的用例图，如图1所示： 2.对部分用例进行描述： “添加课程”用例 1） 用例名：添加课程 2） 执行者：管理员 3） 目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保 存到数据库中，以供学生选择。 4） 过程描述： 5） 管理员选择进入管理界面，用例开设 6） 系统提示输入管理密码 7） 管理员输入密码 8） 系统验证密码 9） A1:密码错误 ?1 ????????? ???? ????
10）进入管理界面，系统显示目前所建立的全部课程信息 11）管理员选择添加课程 12）系统提示输入新课程信息 13）管理员输入信息 14）系统验证是否和已有的课程冲突 15）A2：有冲突 16）10）系统添加新课程，提示课程添加成功 17）11）系统重新进入管理界面，显示所有课程 18）12）用例结束 19）异常事件流处理： 20）A1：密码错误：1）系统提示再次输入。2)用户确认后进入第5)步。 21）A2：有冲突：1)系统提示冲突，显示冲突的课程信息。2）用户重新输入，验证无误后进入第10）步。 “选课”用例 1）用例名：选课 2）执行者：学生 3）目的：学生进入选课系统界面，浏览的课程，最后选择一门自己喜欢的课程并提交。 4）过程描述： 5）1）学生进入选课登录界面，用例开始 6）2) 系统提示输入学号与密码 7）3) 学生输入学号与密码 8）4）系统验证 9）A1：验证错误 10）5) 进入选课主界面 11）6）学生点击选课 12）7）系统显示所有课程信息 13）8）学生选择课程 14）9）系统验证课程是否可选 15）A2：不可选 16）10）系统提示课程选择成功 17）11）用例结束 18）异常事件流处理： 19）A1：验证错误：1）系统提示验证错误，提示重新输入。2）验证成功，进入第5）步 20）A2：不可选1)系统提示课程不可选及原因。2）学生重新选课。3）验证成功后进入第10）步 “修改”用例 1）管理员选择进入管理界面，用例开设 2）系统提示输入管理密码 3）管理员输入密码 4）系统验证密码 A1:密码错误 5）进入修改主界面，系统显示目前所建立的全部课程信息 6）管理员选择要修改的课程
如何进行管理信息系统需求调研分析
如何进行管理信息系统需求调研分析 摘要：本文是在管理信息系统需求调研实践和学习中的一些经验总结，有些是自己的体会，有些来自专家的书本或文章，希望与大家分享，并起到一个抛砖引玉的作用，如有不妥之处欢迎指正。 一、软件需求的定义 IEEE软件工程标准词汇表（1997年）中定义的需求为： （1）用户解决问题或达到目标所需的条件或能力； （2）系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力； （3）一种反映上述条件和能力的文档说明。 二、需求分析的几个方面 需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个方面：确定软件所期望的用户类；获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息；将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件；了解相关质量属性的重要性；讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识。 软件需求的各组成部分如下图所示：
三、需求文档规范 A、三种编写方法 1、用好的结构化和自然语言编写文本型文档； 2、建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻辑流或对象类和他们的关系； 3、编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。 多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把需求说明白为目的。 B、应有成果 1、各业务手工办理流程文字说明； 2、各业务手工办理流程图； 3、各业务手工办理各环节输入输出表单、数据来源； 4、目标软件系统功能划分（示意图及文字说明）； 5、目标软件系统中各业务办理流程文字说明；
学生选课管理信息系统设计与实现备课讲稿
课程设计报告 课程：数据库课程设计学号： 姓名： 班级： 教师： 计算机科学与技术学院
学生选课管理信息系统的设计与实现 一、课程设计任务 完成学生选课管理信息系统的开发 二、需求描述 选课管理系统的主要目的是利用软件实现选课的录入、查询、修改等功能，针对不同表的用户（学生、教师、管理员）提供不同的操作，使学生选课及对其的管理更加方便，提高工作效率，降低管理成本。 选课的管理一般包括选课查询和选课维护两部分，在实际的选课过程中，学生主要对课程进行选择，了解自己的选课情况，而教师除了能够对选择教师自己教授的课程的学生进行查询之外，还要对课程成绩进行录入，修改等操作。对于整个系统而言，为了便于对各种数据进行维护，还要增设管理员，方便对学生和教师信息以及课程等基本信息的维护，从而达到灵活的管理选课的效果。 本系统是一个单机版的小型的学生选课管理系统，在本系统中，开发了一个面向管理员、学生和教师这三个对象的教务平台，对学生提供的服务有选课服务；对教师提供的服务有登录成绩；对管理员提供的服务有学生信息管理、学生选课管理模块、课程信息管理模块和用户管理模块。 三、系统总体设计 1.系统架构设计 学生选课管理信息系统的总目标是为用户提供迅速、高效的服务，避免手工处理的繁琐与误差，及时、准确地反学生选课情况、成绩情况，从而提高选课信息的效率，实现选课管理的规范化、自动化。在选课信息中，包括课程编号、课程名称、任课教师、选课的学生情况等。在学生信息中，包括学号、姓名、所属院系、已选课情况等。在成绩信息中，包括课程编号、课程名称、学分、成绩。按一定条件可以查询，并将结果打印输出。 具体的目标包括： （1）简便迅捷的用户登录服务 （2）教师、学生、管理员的信息和选课相关信息 （3）系统运行稳定可靠、各项维护功能齐全、易于维护 （4）简单、友好的操作界面 本实验实现的客房管理系统主要包括以下功能： (1).完成数据的录入和修改，并提交数据库保存。其中的数据包括：学生信息、课程设置、学生成绩以及操作员信息等； (2)．实现信息查询。主要包括：学生信息查询、课程信息查询和成绩查询等； (3)．具备一定的安全性管理功能。包括操作员的权限设置、密码设置、重新登录和修改口令等功能。 2.各模块功能：
网上选课系统设计建模
案例2：网上选课系统 二、设计建模 （一）系统总体设计 1、系统的体系架构 “网上选课系统”是一个基于Web的网络应用系统，在进行软件体系架构分析时，我们采用了典型的三层架构模式（B/A/S）来对其进行建模： 在分析阶段重点识别了问题域中的实体类，但只有实体类还不能使整个系统正常地运转起来，我们必须细化，为系统添加界面类和控制类。
2、组件设计（2种方法） 图2：组件图（1） MainProgram 图3：组件图（2）
3、部署设计 图4：部署图 （二）、系统详细设计 对用例的事件流进行梳理，逐一确定边界对象和实体对象，将边界对象放在界面层、实体对象和业务规则放在业务逻辑层，并根据流程确定接口；然后再根据业务逻辑层的实体类需要的数据存储来分析数据访问层；对分布式、并发、安全和日志等其他机制进行处理。 1、建立动态模型 （1）对管理员“添加课程”行为进行分析 “添加课程”用例的事件流如下： 1）管理员选择进入登录界面，用例开始 2）系统提示输入管理员密码 3）管理员输入密码 4）系统验证密码 A1：密码错误 5）进入管理界面，系统显示目前所建立的全部课程信息。 6）管理员选择添加课程
7）系统提示输入新课程信息 8）管理员输入信息 9）系统验证是否和已有课程冲突 A2：有冲突 10）系统添加新课程，提示课程添加成功 11）系统重新进入管理主界面，显示所有课程 12）用例结束 首先查找“添加课程”用例的对象，从事件流中发现涉及以下对象：（1）界面 （2）课程 （3）对于业务层的操作，也应该有对象进行处理。 （4）事件流中设计的角色有：管理员、数据库。 然后，分析对象、角色之间交互的消息。本用例主要有以下交互：（1）管理员进入管理界面，选择添加课程功能 （2）界面提示用户输入课程信息 （3）界面对象创建一个课程对象 （4）通过控制对象来对课程信息进行合法性检查 （5）控制对象向课程对象返回结果 （6）控制对象向数据库查询课程相关信息 （7）控制对象对查询结果进行判断 （8）控制对象向数据库中插入数据 （9）在界面上显示结果
学生选课系统需求分析书
学生选课系统需求分析书 《学生选课系统》需求分析报告 1 引言 1.1 编写的目的 该学生选课系统需求分析报告的目的在于通过该报告，可以使系统实现如下功能:学生信息管理，课程信息管理，用户信息管理，选课信息管理，个人信息管理，备份恢复数据库。使用户的需求能够清晰的呈现出来。 1.2 背景 学生选课系统是一个学校不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学生选课系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。 该学生选课系统的任务提出者河南交通职业技术学院教务处，最终用户为河南交通职业技术学院所有在校学生，教师，学生选课系统的系统管理员。 1.3 参考资料 《软件工程》Ian Sommerville，2004年4月第一版第一次印刷，72页---86页，103页---116页，301页到313页 《ISO软件工程模版(4)需求说明书》 2 任务概述 2.1 目标 随着各大高校的扩招及信息化社会的到来，学校为了提高学生学习兴趣，越来越多的学校采用让学生自主选择所学课程，但以往的工作都是教务处手工填表的形
式搜集选课信息，存在效率低下，数据冗余的缺点，学生选课系统就是为了减少学校对信息管理的工作量，增强学生选课信息管理的安全性的双重要求下出现的。 该系统采用C/S架构，其作用范围为所有在校学生和教师和系统管理员。使学生能够方便地通过本系统进行课程查询和课程选择，使系统管理员能够通过本系统方便的进行课程信息(包括已选课程信息)，用户信息，学生信息的维护，切实地减少了学校对信息管理的工作量同时也提高了信息的安全性。 2.2 用户特点 本系统的最终用户就有四类:学生，一般用户，管理员，超级管理员。系统的超级管理员的技术特长就是能够熟练的进行数据库的备份恢复的维护，保证学校信息的安全性。该学生选课系统的使用频度大概使每学期的开学选课时期。 1、户分类: , 超级管理员:Admin , 管理员:由超级管理员注册 , 学生:由学生信息管理系统添加，同时添加到用户列表中 , 一般用户:由管理员或者超级管理员注册。 用例分析 超级管理员用例图 管理学生
学生选课管理系统数据库设计
学生选课管理系统数据库设计-MySql项目 文档作者：李国辉V1.0 当前版本：
专业资料． . 目录........................................................................................................................................ 31.系统概述............................................................................................................................. 32.开发环境与工具............................................................................................................................ 33. 数据库命名规范.............................................................................................................................. 33.1术语定义............................................................................................................................. 33.2 基本原则.................................................................................................................................. 4．数据库分析4.......................................................................................................................... 44.1数据表分析..................................................................................................................... 4 .4.2 数据库实体图...................................................................................................................... 5 .数据库E-R图4.3...................................................................................................................... 6.4.4数据表关系图.............................................................................................................................. 7数据字典4.5............................................................................................................................... 8业务功能模拟5. ........................................................................................................................... 8添加数据5.1 ........................................................................................................................... 8教室查询5.2 ........................................................................................................................... 8教师查询5.3 .................................................................................................................... 8 5.4 选修课程查询.................................................................................................................... 9 选修课表数据5.5 ........................................................................................................................... 9学生数据5.6 ........................................................................................................... 9成绩数据选修报名/5.7 ........................................................................................................................... 9备份数据5.5 ............................................................................................................................... 9 思虑题5.6 .................................................................................................................................. 9 .6. 扩展