第一篇：面向对象系统分析与设计试卷与答案1
请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品”
面向对象分析与设计试题B卷
一、单项选择题(在每小题的四个备选答案中，选出一个正确答案，并将正确答案的序号填在题干的括号内。每小题 1 分，共 20 分)3．下列不属于面向对象技术的基本特征的是（）。
A.封装性
B.模块性
C.多态性
D.继承性
4.面向对象程序设计将描述事物的数据与()封装在一起,作为一个相互依存、不可分割的整体来处理。
A.信息
B.数据隐藏
C.对数据的操作
D.数据抽象
5.关于面向对象方法的优点，下列不正确的叙述是（）。
A.与人类习惯的思维方法比较一致
B.可重用性好
C.以数据操作为中心
D.可维护性好 8.下列不属于类的成员函数的是()。
A.构造函数
B.析构函数
C.友元函数
D.拷贝构造函数
9.继承机制的作用是()。
A.信息隐藏
B.数据封装
C.派生新类
D.数据抽象
14.（）是从用户使用系统的角度描述系统功能的图形表达方法。
A.类图
B.对象图
C.序列图
D.用例图
15.()是表达系统类及其相互联系的图示,它是面向对象设计的核心，建立状态图、协作图和其他图的基础。
A．对象图
B.组件图
C.类图
D.配置图
16.（）描述了一组交互对象间的动态协作关系，它表示完成某项行为的对象和这些对象之间传递消息的时间顺序。
A．对象图
B.协作图
C.状态图
D.序列图
17.（）就是用于表示构成分布式系统的节点集和节点之间的联系的图示，它可以表示系统中软件和硬件的物理架构。
A.组件图
B.协作图
C.状态图
D.配置图
18.在用UML进行数据库的分析与设计过程中，()就是进行数据库的需求分析，使用用例图、类图、顺序图、活动图等建立业务模型。
A.逻辑数据模型设计
B 业务Use Case模型设计
C.物理数据模型设计
D.物理实现设计
19.使用UML进行关系数据库的（）时，需要设计出表达持久数据的实体类及其联系，并把它们映射成为关系数据库表（Table)、视图(View)等。
请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品” 请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品”
A.业务Use Case模型设计
B.逻辑数据模型设计 C.物理数据模型设计
C.物理实现设计 20.UML的动态建模表示包含（）种图。
A.9
B.5
C.4
D.2
二、填空题(每空 1 分，共 20 分)1.面向对象开发方法一改过去传统的以_______________为基础的______________的结构化分析与设计方法，它模拟人们理解和处理客观世界的方式来分析问题，把系统视为一系列_______的集合，其______________又将分析的结果映射到某种面向对象实现工具的结构上，使映射过程有着比较直接的对应关系，使分析者、设计者和编程者都可使用相同的______，从而使面向对象的软件开发能比较自然地模拟客观世界的活动，使问题描述空间与____________在结构上尽可能一致。因此，采用面向对象方法可以更有效地开发大型软件系统。面向对象方法的________、________、_________等机制不仅支持软件复用，而且使软件维护工作可靠有效，可实现软件系统的柔性制造，更好地克服____________。因此，它已成为成熟的广为采用的软件开发方法。
2.对象是客观实体的抽象表示，是由__________________________和________________________两部分组成。而______是对具有相同属性和行为的一组对象的抽象描述。因此，它可作为一种用户自定义类型和创建对象的样板，而按照这种样板所创建的一个个具体对象就是类的___________。通过________关系又可形成一种类层次结构。
3.UML中用于描述系统的静态建模的视图称为静态视图，包括________、_________、_________、__________和__________。
四.简答题（每空4分，共 20 分）1.简述面向对象软件开发方法的优点。2.简述面向对象技术的三大机制。3.简述OOA模型的层次结构。
4.简述OOD模型的总体结构，并画图表示。
5.应用UML进行系统分析和设计所需建立视图有那几种？
请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品” 请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品”
五.试用UML对教学管理系统及相关的数据库系统进行分析和设计。学生选课系统一般包括(1)选课管理功能；(2)成绩管理功能。试完成下列工作：（1）建立系统静态结构模型—画出系统用例图和类图；（10分）(2)建立系统动态结构模型—画出系统序列图和协作图；（10分）（3）建立关系数据库逻辑模型。（10分）
面向对象分析与设计试题参考答案
一、单项选择题(每小题 1 分，共 20 分)
1.D
2.C
3.B
4.C
5.C 6.D
7.D
8.C
9.C
10.D 11.B 12.B 13.B
14.D
15.C 16.D 17.D 18.B
19.B
20.C
二、填空题(每空 1 分，共 20 分)
1.功能分析, 面向过程, 对象,面向对象的设计, 概念,解空间,封装, 继承, 多态, 软件危机 2.描述对象属性的数据，四.简答题
1.简述面向对象技术发展的动因。
答：为了超越程序复杂性障碍，克服软件危机,人们提出了面向对象软件开发方法。面向对象开发方法一改过去传统的以功能分析为基础的面向过程的结构化分析与设计方法，面向对象开发方法模拟人们理解和处理客观世界的方式来分析问题，把系统视为一系列对象的集合，其面向对象的设计又将分析的结果映射到某种面向对象实现工具的结构上，使映射过程有着比较直接的对应关系，使分析者、设计者和编程者都可使用相同的概念，从而使面向对象的软件开发能比较自然地模拟客观世界的活动，使问题描述空间与解空间在结构上尽可能一致。因此，采用面向对象方法可以更有效地开发大型软件系统。面向对象方法的封装、继承、多态等机制不仅支持软件复用，而且使软件维护工作可靠有效，可实现软件系统的柔性制造，更好地克服软件危机。因此，它已成为成熟的广为采用的软件开发方法。请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品”
2.简述面向对象技术的三大机制。答：（1）封装性(encapsulation)
请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品” , 类，实例，继承
3.用例图、类图、对象图、包图、构件图、配置图 请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品”
所谓封装就是把对象的属性和行为结合成一个独立的单位，使外界不能直接访问或修改这些数据和代码，外界只能通过对象提供的接口函数来改变或获取对象的属性数据，这就实现了消息隐蔽。（2）继承性
如果在一个已定义的类上，增加一些特殊属性或操作，可以形成一个新的类，这个类不仅继承了前一个类的全部特征，而且具有新的特性，因此可看作前一个类的特例，是对前一个类的继承。前一个类称为父类，新产生的类叫做子类。通过继承关系可形成一种类层次结构，叫做继承结构。（3）多态性
在类层次结构的不同类中，可用相同的函数名实现功能不同的函数。3.简述OOA模型的层次结构。
答：OOA模型采用五层次结构，它们分别是：（1）对象-类层
划分待开发系统及其环境信息的基本构造单位，标出反映问题域的对象和类，并用符号进行规范的描述，用信息提供者熟悉的术语为对象和类命名。（2）属性层
定义对象和某些结构中的数据单元，继承结构中所有类的公共属性可放于通用类中。标识对象类必需的属性并放在合适的继承层次上，属性的特殊限制和实例连接关系也应标识出来。（3）服务层
表示对象的服务或行为，即是要定义类上的操作。（4）结构层
标识现实世界中对象之间的关系。当一个对象是另一个对象的一部分时，用“整体-部分”关系表示；当一个类属于另一个类时，用类之间继承关系表示。（5）主题层
可将相关类或对象划分为一个主题。4.简述OOD模型的总体结构，并画图表示。OOD体系结构的各个部分内容:(1)问题论域部分,在OOA模型的基础上,细化分析结果,设计一组构成底层应用模型的类和对象。
（2）人机交互部分：设计用户界面模型,该用户界面模型中的类和对象提供实现人机交互操作的接口函数。用户界面设计包括 菜单设计、窗口设计、输入/输出界面设计等等。
请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品” 请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品”
（3）任务管理部分：建立一些类，用以负责处理操作系统级的并发问题、中断、调度以及其它与特定平台有关的问题。
（4）数据管理部分：提供数据管理系统中存储和检索对象的基本结构，包括对永久性数据的访问和管理。数据管理设计包括：
— 数据存放设计：数据存放设计选择数据存放的方式（文件存放、关系数据库表格存放或面向对象的数据库存放）。
— 设计相应的操作。为每个需要存储的对象和类增加用于存储管理的属性和操作，在类和对象的定义中加以描述。
class & object layer(类及对象层)attribute layer(类及对象层)service layer(服务层)问题论域部分人机交互部分任务管理部分数据管理部分类边界实例边界实例连接属性消息服务struct layer(结构层)subject layer(主题层)主题图1.5 OOD模型的总体结构5.(1)系统用例图如下
请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品” 请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品”
查询课程信息老师老师查询学生成绩选课注册学生学生查询课程成绩管理老师信息学生成绩管理管理学生信息管理员管理课程信息管理开设课程管理员成绩统计（b）成绩管理的用例图（a）选课管理的用例图
对象类图如下：
教师编号姓名地址电话1..*0..*课程课程名描述学时加入课程（）1..*0..*学生编号姓名地址电话开设课程课程名授课日期授课时间地点指定老师（）学生满否（）选修课程学生名课程名学期增加记录（）选课统计（）（a）选课对象类图开设课程课程名授课日期授课时间地点指定老师（）学生满否（）学生成绩登记学生名学期课程名成绩加入成绩（）打印（）（b）成绩管理对象类图成绩统计学期课程名成绩按课程统计（）按学生统计()打印（）
请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品” 请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品”
（2）把需要持久存储的数据实体类及其联系，映射成为如下关系数据库表：
学生（学生号、姓名、出生日期、性别、籍贯、地址、电话、入学时间、专业、班级备注）教师（教师号、姓名、出生日期、性别、籍贯、地址、电话、职称、专长、备注）课程（课程号、课程名、描述、学分、学时、性质、备注）
开设课程（课程号、学期、授课日期、授课时间、地点、选修人数、备注）
请大家帮忙把这句话设为QQ签名，“淘热门 http://www.xiexiebang.com , 精选淘宝热门商品”
第二篇：电子商务系统分析与设计试卷
A、网站的主体B、业务功能C、网站拥有者的职能D、电子商务模式
7、有关网站设计说法正确的是（）。
1、电子商务系统发展过程分为电子商务系统酝酿阶段、电子商务系统的雏形阶段以
A、网站主题应该广泛B、网站栏目包含若干版块及和四阶段。
C、超链接字串的长度要适中D、为了突出网站色彩尽量用多种鲜艳的颜色
2、是建设电子商务系统的
第三篇：面向对象的设计与分析(网上商城的建模设计)
第4章江西师范大学“网上商城”建模实例
本文所要进行建模分析的系统是学校小型电子商务系统，以欲构建的江西师范大学的便利店和生活超市“网上商城”为例，是满足校园客户(主要在校学生)网购要求的综合性的应用系统，本文以Rational rose 2003为建模工具，并应用第三章提出的基于UML的电子商务系统建模过程，完成该系统的详细分析和设计。对系统进行需求分析，建立系统需求模型、静态结构视图、动态结构视图、数据库模型、物理模型。
4.1系统的需求分析 4.1.1系统的设计背景
江西师范大学瑶湖校区江西师范大学新校区，地处南昌市昌东镇，在校学生3万余人，由于学校占地面积很大，离市区比较远，周围设施还不是很齐全，该校区为解决师生日常生活需要，建设了商业街并且每个宿舍区都有便利超市，这些店是一个小型的生活用品采购区，在校学生平时的大部分消费都是在这些地方，包便利店和小型超市等生活服务的实体商店，满足了师生不出校门就能买到自己想要的东西。近些年，随着高校的扩招，该校区学生和老师的数量也不断增加，新的问题也随之而来，高校学生由于社会发展带来的的巨大压力，生活节奏也日益加快，空闲时间也越来越少。所以如果他们每次生活消费都要到实体店购买，就给他们的生活带来不便，因而如果能够网上购物就解决了这个矛盾。另外，据数据显示，该校学生80%是网民，该群体的素质较高，接受新事物速度快，而且他们的消费兴趣和倾向也有高度的相似性。该校区学生居住地也比较集中，大都住在学校统一安排的公寓或者学校周围的小区，使物流配送更加方便和及时。目前学校的实体商店很多，但是大多数商店还没有自己的电子商务系统，所以如果通过一个统一的网上购物平台，商店将这些商品都发布在网上商城上，师生就可以足不出户选购商品，非常方便。只要授予他们可以在平台上销售自己的商品，提高了商店的知名度，也提高了他们的服务能力和影响力。该网上商城具有一般网上购物系统的功能: 1.师生可以通过该网上商城注册为商城用户，浏览商品订购商品放入购物车;客户可以通过该商城发布评论信息;客户可以查看自己订单;客户可以支付商品货款。
2.商户可以通过该商城发布自己的商品信息、供师生购买;可以通过该商城管理自己的商品信息和员工信息;可以进行订单处理。3.系统管理员对商户申请信息进行审核;对评论信息管理:对系统日常的维护和数据备份;对用户信息管理。
除了以上三个一般购物系统的功能商城的系统管理员可以通过对历史订单信息进行数据挖掘，找出顾客购买商品间的关联关系，建议商户对其营销策略进行调整或者绑定销售一些商品，以提高商户的销售利润，达到在线交易和实体店双重赢利。该功能模块的设计将在第五章详细说明。4.1.2系统的模块设计
根据以上背景，本文欲构建一个具有上述功能的江西师范大学“网上商城”。该商城可以满足师生网上购物的要求，注册该商城用户都可以直接登录到该商城。该商城为校园的客户提供了一个统一的网上交易平台，该网上商城的业务流程图，如图4.1所示。
通过以上背景分析和业务流程的设计，根据一般网上购物系统的功能，并结合该“网上商城”的特殊功能需求，根据商城所涉及到的主要参与者将该商城主要功能描述如下: 1，商城维护:管理员可以对商城日常维护和数据备份。2.商户信息管理:管理员对申请加盟的商户等级管理和商户信息修改，添加等操作。
3.商城用户信息管理:对商城注册用户信息的管理，以及其应用权限
4.评论管理:管理员可以对评论信息进行处理，对于不符合要求的评论可以删除。
5.收集数据:系统管理员可以根据数据库中一段时间的订单历史记录查询分析，收集到分析数据。
6.订单分析:管理员可以对收集到的数据进行分析，得出商品之间的关联性。建议商户调整销售策略，从而提高商店利润。
7.商城注册:非家园网或非商城用户的客户可以注册为商城用户。8.修改个人资料:注册用户可以修改自己的注册资料。包括地址，电话等基本信息。
9.商城登录:系统管理员、用户、商户都可以登录商城相应的模块在相应权限内操作。
IO.查看商品信息:进入商城的师生都可以浏览商品信息，该商品信息包括商品的基本信息和商品的库存。
11.购物:如果商品有库存则客户可以购买，如果缺货则不能购买，客户将商品放入购物车，进行购物。客户可以对购物车里的商品随时修改，删除，添加和清空。
12.下订单:客户将商品加入购物车后，可以填写订单，对于订单，在未处理之前，客户也可以随时登录系统修改并提交。
13.支付:订单提交以后，客户可选择支付方式，如选择货到付款则订单完成，如选择网上支付，则客户要登录网上银行支付，支付完成则该订单完成。
14.订单查看:客户可以随时登录系统查看自己的历史订单信息，可以删除历史订单，可以查看订单状态，订单在未处理之前都可以修改然后再提交，也可以对取消未处理的订单。
15.评论:收到商品以后客户对商品和商户的服务是否满意可以对此订单进行评论。
16.申请加盟商城:商户申请加盟商城，资格审核通过后可以在商城建立自己的网上商店，拥有该商店的管理权限，可以进行网上交易。17.商品信息维护:商户可以随时添加、修改、删除商品的信息。18.配送员信息管理:商户可以对商店里的配送员信息进行添加、修改、删除，以更好的管理商店的配送工作。
19.订单处理:客户提交订单以后，商户接收订单并与客户确认订单以后对订单进行处理，根据订单所购买的商品，商户查询库存，确认库存中有该商品，对订单进行审批，审批完了后则打印配送订单，安排送货。
20.派遣配送员:商户点击相关功能，将输出配送员编号，商户把送货单和商品交予该配送员负责，配送员把商品送到客户指定的地点，如果无人收货，则在订单回执中填写“无人接货”，如果收货成功，则填写“收货成功”，如收货人推迟收货则填写“推迟收货”。并将订单回执交予商户。
21.库存管理:商户可以对商品库存进行定期清点，并修改商品信息中的库存信息。
22.配送订单管理:对已经处理的订单，商户打印出配送订单，并安排配送员配送，对配送订单的完成情况进行管理。
23.查看商品销售记录:商户可以对本商店的商品信息随时查看。24.查询分析结果:商户可以登录商城查询商品的关联分析结果，通过结果设置相应的销售捆绑包或交叉销售。
25.设置销售捆绑包:对分析到的关联商品，通过后台输入设置到捆绑包中。
满足上述需求的系统主要包括以下几个模块: 系统管理模块:该模块是系统提供给系统管理员的接口模块。主要包括对校园商户的加盟审核，对商店申请信息的管理，根据商户等级和信誉来决定删除和添加商户，另外对网站用户信息的管理。该模块可以对系统日常维护和数据备份，并且通过对订单信息进行数据分析，以帮助商户制定营销策略，赢得更大的利润。
用户接口模块:该模块为想购买该网站商品的学生提供的了入口，所有校园的师生都可以通过浏览器浏览该网站商品，可以注册为该系统用户并登录该系统订购自己喜爱的商品。
商户操作模块:该模块是“网上商城”的核心模块。主要包括接受客户完成的订单需求，指派特定的配送员，配送员根据订单所需提货，配送员送货上门，客户签收商品并生成回执单，商户可以查看最近一段时间某商品的销售记录，根据查看的商品订单分析结果制定相应的捆绑销售或者交叉销售策略。
4.2需求建模
该系统需求建模描述系统用户使用一个系统的方式，描述系统应该具备什么功能，是系统用户或者另一个系统与系统之间的一次交互过程，是系统分析和设一计的第一步，以系统全局的功能作为参考，把系统所涉及的参与者和他们从外部观察到的系统的功能描述出来，而并不描述这些功能在系统功能的实现形式。这个过程使用UML建立系统的用例图，分离出系统执行者和用例，以及用例之间的关系。4.2.1系统参与者
参与者是系统外部的一个实体，可以是系统用户、与所建造的系统交互的其他系统或者是一些可以运行的进程。第一，在每一个系统中，几乎都存在着最常用的参与者一真实的人(用户);第二，需要建立联系的其他外部应用程序，即其他系统;第三，一些可运行的进程，如时一间;通过上面对该系统的功能分析和系统功能模块的设计，系统参与者主要有:系统管理员、客户、商户和支付系统。4.2.2识别用例
确定用例最常用的方法是从分析系统参与者开始，把每个系统参与者如何使用系统的行为都考虑进来。根据上一节系统的需求分析功能模块，可以确定系统参与者有系统管理员、客户、商户和支付系统。根据上一小节的功能模块分析，得出系统的顶层用例图，如图4.2 0
下面分别对三个用例细化，系统管理所涉及到的用例有:商城登录，商户信息管理，用户信自、管理，评论管理，商城日常维护和订单分析。涉及到的参与者是系统管理员，系统管理的用例图如4.3所示。
用户接口用例细化有:商城注册，商城登录，查看商品信息，修改个人资料，购物，下订单，支付，评论，订单查看。用户接口的用例图如图4.4所示。
其中“购物”用例细化的用例有:清空购物车，修改购物车商品，添加商品到购物车，查看购物车信息，删除购物车中的商品。细化后的用例图如图4.5
“订单查看”用例细化的用例有:修改订单，提交订单.，删除订单，查看历史订单，订单状态查询，取消订单。细化后用例图如图4.6所示。
商户操作的细化用例有:申请加盟商城，商城登录，商品信息维护，配送信息管理，订单处理，配送订单管理，派遣配送员，查看商品销售记录，库存管理，查看订单分析结果，设置商品销售捆绑包。商户操作用例细化图，如图4.7所示。
商品信息维护的细化的用例有:增加商品信息，删除商品信息，修改商品信息。细化后的用例图如图4.8所示。
订单处理的细化用例有:确认订单，接收发货，查询商品库存。如图4.9
支付系统用例有:支付，网上支付，货到支付。支付系统的用例图，如图4.10所示。
根据以上对系统参与者的用例图分析与建模，得出系统的完整的用例图，如图4.11所示。
4.3静态结构建模
静态结构模型是对有关系统实现内部和应用领域的概念进行建模，本文通过分析上述需求建模中的用例和问题域，抽取相关的类，并将这些类之间的关系表示出来，以及类的内部结构，最后完成类图，反应了系统的一种静态关系。(1)抽取系统中的类
系统中存在三种类，一种是系统与外界的交界处，包括各种窗体和接口(与报表、打印机和扫描仪等硬件的接口或者与其他系统的接口);另一种是负责协调其他类工作的控制类，是控制使用事件的顺序的类;第三种是保存放入永久存储体的数据信息类，即实体类。本文将以“下订单”举例说明分析类的整个流程。
下订单用例的主要功能是:客户登录商品信息查看页面，系统验证客户注册信息，系统打开下订单页面，填写订单并提交订单信息，根据以上描述，该用例涉及到的类如下: 边界类:商品信息查看页面，填写订单页面。
控制类:下订单。
实体类:客户信息类，商品详细信息类，订单信息类。
据以上方法分析系统其它用例并经过整理合并，得出网上商城的类如下: 1.边界类:用户注册界面，用户登录界面，商品详细信息界面，商品查看界面，下订单界面，评论界面，支付界面，个人资料修改界面，订单查看界面，商品信息维护界面，查看订单分析结果界面，派遣配送员界面，设置商品销售捆绑包界面，订单处理界面，配送订单管理界面，配送员信息管理界面，库存管理界面，查看商品销售记录界面，商户信息管理界面，用户信息管理界面，商城维护界面，审核界面，评论管理界面，收集数据界面，订单分析界面。
2.控制类:用户注册，用户登录，浏览商品，下订单，评论，支付，个人资料修改，订单查看，商品管理，配送员管理，查看订单分析结果，派遣配送员，设置商品销售捆绑包，订单处理，配送订单管理，库存管理，查看商品销售记录，用户管理，商户管理，商城维护审核，评论管理，收集数据，订单分析。
3.实体类:用户信息类，商品信息，订单信息，配送员信息类，购物车信息类，配送订单信息类，商户信息类，商品销售记录信息类，评论信息类。管理员和客户都属于系统的非商业用户，所以将它们统称为用户信息类。电子商务配送系统在Internet中使用，所以为了安全起见，在分析实体类中，将经常使用的类所涉及操作和基本信息分别设计一个类。例如，客户信息类，客户涉及到的信息设计到客户信息类中，而客户所涉及到的方法操作则归为客户信息操作类。这样体现了而向对象的封装性和安全性，能更好的满足系统运作要求。
（2）生成类图
通过上述类的分析，要生成类图还需要弄清楚类与类之间的关系，并且要确定类的属性和方法。上文分析了与“下订单”用例相关的类，下面接着讨论类的属性和方法，并生成相关类图。
边界类:商品详细信息界面(GoodsDetailslnterface)填写订单页面(OrdersInterface)，主要是打开新的界面。
控制类:下订单C Order)。协作类之间的工作，起到“中介”的作用。
实体类:用户信息类(ClientInformations)，商品信息类(GoodsInformations)订单信息类(OrderInformations)，用户信息操作类(ClientOP)，商品信息操作类（GoodsOP），订单信息操作类(OrderOP)。ClientInfornlations类的重要属性有:用户ID号，用户名，注册日期，登录密码，电子邮件;ClientOP类的主要操作有:系统注册，系统登录，查看商品，订购商品，支付;GoodsInformations类主要属性有:商品ID号，商品名称，商品描述，商品价格，商品库存，商品类别;GoodsOP类的主要操作有:获取商品ID号、商品名称和价格;OrderInformations类主要属性有:订单ID号，商品ID号，商户ID号，用户ID号，客户姓名，订购日期，订购者地址，商品数量，商品价格;OrderOP类涉及的操作有:搜索订单，查看订单，处理订单，添加订单，删除订单。
根据以上分析，下订单的类图如图4.12。实线箭头表示的是关联关系，虚线箭头表示的是依赖关系。
由于电子商务配送系统涉及到类图比较庞大，而分析类图的过程可以通过上述方法一一得出用例的类图，本文只对系统中的实体类图进行建模。运用上文方法分析实体类所涉及到的信息类，实体类图4.13a
4.4动态结构建模
用例图和类图描述了系统的静态结构，接下来建立系统的动态行为模型，动态行为模型主要是建立系统的顺序图和活动图，川页序图主要来表示对一象之间的关系和对象之间传送消息的时间顺序。活动图则是描述活动的顺序的一种流程图，是从一个活动到另一个活动的控制流。
（1）顺序图
该商城系统涉及到的顺序图有很多，比如用户登录顺序图，下订单顺序图，删除订单顺序图，增加订单顺序图，订单处理顺序图。本文将通过“系统登录”顺序图和“下订单”顺序图建模为例来说明系统动态结构建模。
“商城登录”用例涉及到参与者是用户，包括管理员和其他用户，这里以客户登录系统为例，涉及到的对象有“登录界面”，“服务器”和“数据中心”，根据ROSE中的顺序图的建模方法，本文得到“商城登录”用例的顺序图如图4.14。
根据上文分析的“下订单”用例类图，“下订单”用例的顺序图参与者是客户，所涉及到的对象有“登录界面(login)”“商品信息查看界面(GoodsDetailsInterface)"“下订单界面(OrdersInterface“
“订单信息操作（OrderOP）”，用ROSE建模得出的“下订单”顺序图如图4.15所示。
(2)活动图
活动图表示一个事件正在运行的状态，事件是系统中某个对象的一个操作，主要表现一个活动到另一个活动控制流，是系统内部的驱动流程。一个系统涉及到的活动图很多，本文提到的系统活动图有:客户下订单的活动图，商城用户登录活动图，派遣配送员的活动图等，本文将以“下订单”活动图为例。根据活动图的组成元素，“下订单”包括很多活动状态，比如:查看商品，提交订单，订单处理等一系列状态，“下订单”就是从一个活动状态转换为另一个活动状态，直至完成该动作，活动图中涉及两个对象，客户和商户，根据以上描述，在ROSE中建模的“下订单”活动图如图4.16所示。
4.5数据库建模
在以上小节本文成功建立了江西师范大学网上商城的业务流程图、需求模型、静态模型和动态模型，接下来就要介绍如何通过已建立L1ML静态结构模型中的类图转换为数据库模型。在类图转换为数据库模型，控制类和边界类不需要转换为系统数据库模型，这些类是为了实现用例的流程而产生的类，所以只有那些持久存储信息的实体类需要转换为数据库模型。转换过程由于篇幅问题不再一一叙述，如图4.17系统实体类图转换的数据库模型图。
系统的数据库模型图建立之后，将模型图映射为数据表，此处数据库模型中的属性映射为数据表的列，系统的数据结构表如下表所示。4.6物理建模
完成系统的逻辑设计后，下一步要定义设计的物理实现，为了将逻辑设计图转化成实际的事物，面向对一象系统的物理建模有两种图:组件图和配置图。组件图是系统实现视图的图形表示，描述了系统的各种组件和组件之间的依赖关系。配置图是系统执行过程中资源元素的配置情况以及软件到这些资源元素的映射，描述了系统中硬件和软件的物理结构。(1)组件图
组件是表示将类、接口等打包而形成的物理模块。组件图是用来描述代码的物理模块之间的关系，显示了代码的结构。组件图能够帮助客户和系统开发人员理解最终的系统结构。根据上文对江西师范大学“网上商城”的逻辑视图的分析，在ROSE中得到系统的组件图，图4.18所示，组件图中只有用虚线表示的依赖关系。
2.配置图
配置图用来表示系统的运行结构或者系统软件和硬件组织之间的关系，由节点和节点之间的联系构成，配置建模就是将软件系统在互联网上的运作方式模式化，南昌大学“网上商城”是一个基于其数据库和校园网的应用系统，根据第三章中电子商务系统多层B/S体系结构，“网上商城”的系统配置图如图4.19。
4.7小结
电子商务系统是一个结构复杂、规模庞大的系统，根据本文提出的基于UML的系统建模过程，本章以江西师范大学“网上商城”为实例，对其进行了系统的需求分析，建立了系统的需求模型、系统的静态结构模型、系统的动态结构模型、系统的数据库模型、系统的物理模型。确立了系统的功能模块，分别建立了业务流程图、用例图、类图、顺序图和活动图、数据库模型和数据表、组件图和配置图。
第5章基于数据挖掘的商品订单分析
电子商务的迅速发展使其规模越来越复杂，客户获得有效商品信息的难度也在增加，因此如何增加商品信息的针对性，提高网站的可用性成为了现今电子商务研究的热点。国内对该热点的研究很少，但是也有了一些研究成果，比如王兆红((2005)利用关联规则提出了商品的最佳打包组合：金伟健，金文进(2010)从理论上提出了基于关联规则的商品推荐模型;章杰鑫，张烈平(2009)提出了时序关联规则挖掘算法，并通过模拟超市数据预测了顾客在时间单位内的商品关联规则，使企业更好的了解客户需求。本文应用数据挖掘的关联规则对商城的“订单分析”功能进行了分析和设计。首先对商城历史订单进行数据预处理，然后应用关联规则挖掘客户购买商品的关联关系，这样商户可以掌握客户的购物兴趣，设置相应的捆绑或交叉销售，使商户在降低成本的同时为广大师生提供更好的生活服务，增加现有客户的满意度。5.1数据挖掘技术 5.1.1数据挖掘的概念
1997年SAS研究所将数据挖掘定义为将大量相关数据进行探索，最后建立相关模型的方法;1999年Bhavani将数据挖掘定义为一个过程，即利用数学，统计和模式识别技术，在大量的数据中发现新的趋势、新关系和模式的过程;最后一种是最具有影响力且至今被广泛采用的Usama M.Fayyad等给出的，即数据挖掘(Data Mining)是从大量的、有噪声、模糊的、不完全的、随机的数据中挖掘出隐含的、未知的、用户可能感兴趣的但又有潜在价值的知识和信息的过程。5.1.2数据挖掘的功能一可以挖掘什么类型的模式
数据挖掘的目标从大量的数据中发现隐含的、有意义的知识并对现有数据记录进行分析，预测未来趋势和行为，做出基于知识的决策，主要有以下功能。
1.描述功能:将数据库中的对象通过数据分类、聚类分析、数据汇总与归纳、概括等过程最终获得数据简明、准确的描述。
第四篇：面向对象图书管理信息系统设计与实现
演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案
面向对象图书管理信息系统设计与实现
#include
const int Maxbor=5;//每位读者最多借五本书 //读者类,实现对读者的信息的描述 class Reader { private: int tag;//删除标记 1:已删 0:未删 int no;//读者编号 char name[10];//读者姓名 int borbook[Maxbor];//所借图书 public: Reader(){} char *getname(){return name;} //获取姓名 int gettag(){return tag;} //获取删除标记
精心收集
精心编辑
精致阅读
如需请下载！
演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案
int getno(){return no;} //获取读者编号 void setname(char na[])//设置姓名 { strcpy(name,na);} void delbook(){ tag=1;}//设置删除标记 1:已删 0:未删 void addreader(int n,char *na)//增加读者 { tag=0;no=n;strcpy(name,na);for(int i=0;i 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 } } } int retbook(int bookid)//还书操作 { for(int i=0;i 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 } };//读者类库，实现建立读者的个人资料 class RDatabase { private: int top;//读者记录指针 Reader read[Maxr];//读者记录 public: RDatabase()//构造函数，将reader.txt读到read[]中 { Reader s;top=-1;fstream file(“reader.txt”,ios::in);//打开一个输入文件 while(1){ file.read((char *)&s,sizeof(s));if(!file)break;top++;read[top]=s;} file.close();//关闭 reader.txt 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 } void clear()//删除所有读者信息 { top=-1;} int addreader(int n,char *na)//添加读者时先查找是否存在 { Reader *p=query(n);if(p==NULL){ top++;read[top].addreader(n,na);return 1;} return 0;} Reader *query(int readerid)//按编号查找 { for(int i=0;i<=top;i++)if(read[i].getno()==readerid && read[i].gettag()==0){ 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 return &read[i];} return NULL;} void disp()//输出所有读者信息 { for(int i=0;i<=top;i++)read[i].disp();} void readerdata();//读者库维护 ~RDatabase()//析构函数，将read[]写到reader.txt文件中 { fstream file(“reader.txt”,ios::out);for(int i=0;i<=top;i++)if(read[i].gettag()==0)file.write((char *)&read[i],sizeof(read[i]));file.close();} };void RDatabase::readerdata(){ char choice; 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 char rname[20];int readerid;Reader *r;while(choice!='0'){ cout <<“nnttt读 者 维 护nnntt 1 新 增nntt 2 更 改nntt 3 删 除nntt 4 查 找nntt 5 显 示nntt 6 全 删nntt 0 退 出”< 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 if(r==NULL){ cout << “ 该读者不存在 ”< 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 cin >> readerid;r=query(readerid);if(r==NULL){ cout <<“该读者不存在”<< endl;break;} r->disp();break;case '5': disp();break;case '6': clear();break;default:cout<<“输入错误，请从新输入:”;break;} } } //图书类，实现对图书的描述，图书的编号，书名，借出，还入等class Book { 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 private: int tag;//删除标记 1:已删 0:未删 int no;//图书编号 char name[20];//书名 int onshelf;//是否再架 1:再架 2:已借 public: Book(){} char *getname(){ return name;}//获取姓名int getno(){ return no;}//获取图书编号 int gettag(){ return tag;}//获取删除标记 void setname(char na[])//设置书名 { strcpy(name,na);} void delbook(){ tag=1;}//删除图书 void addbook(int n,char *na)//增加图书 { tag=0;no=n;strcpy(name,na);onshelf=1;} 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 int borrowbook()//借书操作 { if(onshelf==1){ onshelf=0;return 1;} return 0;} void retbook()//还书操作 { onshelf=1;} void disp()//输出图书 { cout << setw(6)<< no << setw(18)<< name << setw(10)<<(onshelf==1? “在架”:“已借”)< 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 private: int top;//图书记录指针 Book book[Maxb];//图书记录 public: BDatabase()//构造函数，将book.txt读到book[]中 { Book b;top=-1;fstream file(“book.txt”,ios::in);while(1){ file.read((char *)&b,sizeof(b));if(!file)break;top++;book[top]=b;} file.close();} void clear()//全删 { top=-1;} 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 int addbook(int n,char *na)//增加图书 { Book *p=query(n);if(NULL==p){ top++;book[top].addbook(n,na);return 1;} return 0;} Book *query(int bookid)//查找图书 { for(int i=0;i<=top;i++)if(book[i].getno()==bookid &&book[i].gettag()==0){ return &book[i];} return NULL;} void bookdata();//图书库维护 void disp() 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 { for(int i=0;i<=top;i++)if(book[i].gettag()==0)book[i].disp();} ~BDatabase()//析构函数，将book[]写到book.txt文件中 { fstream file(“book.txt”,ios::out);for(int i=0;i<=top;i++)if(book[i].gettag()==0)file.write((char *)&book[i],sizeof(book[i]));file.close();} };void BDatabase::bookdata(){ char choice;char bname[40];int bookid;Book *b;while(choice!='0'){ 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 cout <<“nnnttt图 书 维 护 ”< 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 cout << “输入新的书名:”< 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 break;} b->disp();break;case '5': disp();break;case '6': clear();break;default:cout<<“输入错误，请从新输入:”;} } } //main()函数的实现，程序的主界面的引导 void main(){ char choice;int bookid,readerid;RDatabase ReaderDB;Reader *r;BDatabase BookDB; 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 Book *b;while(choice!='0'){ cout < 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 { cout <<“ 不存在该图书，不能借书”<< endl;break;} if(b->borrowbook()==0){ cout << “ 该图书已借出，不能借书”<< endl;break;} r->borrowbook(b->getno());break;case '2': cout<<“还书n 读者编号:”;cin >>readerid;cout << “ 图书编号:”;cin >>bookid;r=ReaderDB.query(readerid);if(r==NULL){ cout <<“ 不存在该读者，不能还书” << endl;break;} 精心收集 精心编辑 精致阅读 如需请下载！ 演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案 b=BookDB.query(bookid);if(b==NULL){ cout <<“ 不存在该图书，不能还书” < 精心收集 精心编辑 精致阅读 如需请下载！ 第1章 软件工程基础知识 1.1软件工程知识体系 软件需求（Software Requirements） 软件设计（Software Design） 软件构造（Software Construction） 软件测试（Software Testing） 软件维护（Software Maintenance） 软件配置管理（Software Configuration Management） 软件工程管理（Software Engineering Management） 软件工程过程（Software Engineering Process） 软件工程工具和方法（Software Engineering Tools and Methods） 软件质量（Software Quality） 1.2软件生存周期与软件开发模型 1.2.1 软件生存周期 Boehm定义的软件生存周期模型 GB 8566-1988定义的软件生存周期模型 GB/T 8566-1995定义的软件生存周期过程模型 GB/T 8566-2001定义的软件生存周期过程模型 UP定义的软件生存周期模型 1.2.2 软件开发模型 瀑布模型（waterfall model） 快速原型模型（rapid prototype model） 演化模型（evolutionary model） 增量模型（incremental model） 螺旋模型（spiral model） 喷泉模型（water fountain model） 1.3软件质量模型与软件质量管理 1.3.1 软件质量模型 软件产品的内部质量、外部质量和使用质量 质量特性、质量子特性和度量 功能性：适宜性、准确性、互用性、依从性、安全性 可靠性：成熟性、容错性、可恢复性 可用性：可理解性、易学性、可操作性 效率：时间特性、资源特性 可维护性：可分析性、可修改性、稳定性、可测试性 可移植性：适应性、易安装性、一致性、可替换性 1.3.2 软件质量管理 质量需求分析 质量计划 质量保证 质量控制 质量改进 软件质量管理体系 1.4软件配置管理 1.4.1 软件配置项与基线 计算机软件配置项（CSCI）基线（baseline） 功能基线（functional baseline）指派基线（allocated baseline）产品基线（product baseline） 1.4.2 软件配置管理过程 对象标识 版本控制 变化控制 配置审计 配置报告 1.5软件过程管理 1.5.1 软件能力成熟度模型（CMM） CMM的5个等级：初始级、可重复级、已定义级、已管理级、优化级 CMM的关键过程域（KPA）：需求管理、软件项目计划、软件项目跟踪和监控、软件子合同管理、软件质量保证、软件配置管理、组织级过程焦点、组织级过程定义、培训大纲、集成软件管理、软件产品工程、组间协调、同行评审、定量过程管理、软件质量管理、缺陷预防、技术变更管理、过程变更管理 1.5.2 软件过程与软件能力成熟度评估 第一步，建立评估组 第二步，填写提问单 第三步，响应分析 第四步，现场考察 第五步，提出调查发现清单 第六步，制作关键过程域（KPA）剖面图 1.5.3 软件过程改进 第一步，比较“目标状态”与“目前状态”，找出所有差距 第二步，确定改进目标 第三步，制定改进计划 第四步，执行改进计划 第五步，总结本轮改进经验，开始下一轮改进 1.6 小节 软件工程学是研究如何有效地组织和管理软件开发的工程学科。 软件产品所要经历的计划、分析、设计、编程、测试、维护直至被淘汰这样一个全过程被称为软件生存周期。用不同的方式将软件生命周期中的所有开发活动组织起来，可以形成不同的软件开发模型。 软件质量就是软件与明确地和隐含地定义的需求相一致的程度。软件质量管理是指软件开发机构为保证软件项目满足客户需求所要实施的质量活动。软件配置管理是在软件的整个生命期内管理变化的一组活动，目标是使变化更正确且更容易被适应。 软件过程是指人们用于开发和维护软件及其相关产品的一系列活动，包括软件工程过程和软件管理过程。软件过程管理的目的就是提升软件组织的提高软件开发能力。 1. 1. 第2章 项目管理基础知识 2.1项目与项目管理 2.1.1 项目 项目是在特定条件下、具有特定目标的一次性任务，是在一定时间内、满足一系列特定目标的多项相关工作的总和。项目的临时性 项目的独特性 项目的渐进性 2.1.2 项目管理 项目管理就是将各种知识、技能、工具和技术应用于项目之中，以达到项目的要求。项目范围 项目时间 项目成本 项目质量 2.2项目管理过程与过程组 2.2.1 过程与过程组 过程就是一组为了完成一系列事先指定的产品、服务或成果而需执行的互相联系的行动和活动。软件项目管理过程可归纳为五个过程组。启动过程组（initiating process group）规划过程组（planning process group）实施过程组（executing process group） 监控过程组（monitoring and controlling process group）收尾过程组（closing process group） 2.2.2 项目管理过程的交互作用 项目管理过程并不是互不相干的一次性事件 项目管理过程组之间是一种前后衔接、承前启后的关系 项目管理过程组之间有时又是一种时间交错、空间并行的关系 项目管理过程组之间还是一种信息收集、存储、处理和传递的关系 某些过程组的关联具有重复迭代性 规划过程组、执行过程组和监控过程组之间形成一种闭环的关系 过程组的交互作用往往还会跨越项目阶段 项目阶段和过程之间有相互联系 2.2.3 项目管理过程的裁剪 不同类型的软件项目应选用不同的项目管理过程 不同阶段的软件项目应选用不同的项目管理过程 不同软件项目的管理过程会有不同的具体过程 不同软件项目的管理过程会有不同的具体过程顺序 不同软件项目的管理过程会有不同的条件与约束 不同软件项目的管理过程会有不同的简化程度 不同软件项目的管理过程需要不同的集成程度 项目变更会使项目管理过程随之变化 2.3项目管理知识体系 项目综合管理 项目范围管理 项目时间管理 项目成本管理 项目质量管理 项目人力资源管理 项目沟通管理 项目风险管理 项目采购管理 2.4小节 项目管理就是将项目管理知识、技能、工具和技术应用于项目活动之中，可以将软件项目管理活动视做一系列相互联系的过程。 项目管理过程可归纳为5个过程组：启动过程组、规划过程组、实施过程组、监控过程组与收尾过程组。 项目管理包括9个知识领域：项目综合管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理与项目采购管理。 第3章 软件开发技术 3.1软件开发平台 3.1.1 Microsoft.NET平台 Microsoft.NET Framework：.NET CLR（通用语言运行环境）；.NET BCL（基础类库）；ASP.NET；ADO.NET。 Microsoft Visual Studio.NET：ADO.NET组件；XML数据组件；Windows表单组件；ASP.NET应用服务；ASP.NET Web表单；Web服务支持。 3.1.2 J2EE平台 组件-容器：搭建体系架构平台标准服务 多层应用模型 3.1.3 Microsoft.NET与J2EE的异同 类似的平台基础构造 相同的三层/多层体系 不同的移植、性能和扩展 在Web支持方面的比较 第三方厂商的支持 潜在的市场 3.2中间件技术 3.2.1 中间件简介 终端仿真/屏幕转换中间件 数据访问中间件 远程过程调用中间件 消息中间件 交易中间件 对象中间件 Web服务器中间件 安全中间件 3.2.2 消息代理中间件 1. 1. 构件化的结构 可恢复性、易于管理、灵活性 具有数据转换设施。可靠高效的通信 多样的管理能力 丰富的应用开发环境 3.2.3 面向数据库的中间件 ODBC JDBC 数据库网关 3.3构件技术 3.3.1 构件库 构件的存储 构件的分类与检索机制 构件库的编目 构件库的管理和维护 3.3.2 构件模型 3C模型 刻面（Facet）模型 青鸟模型 3.3.3 构件的属性与特点 构件是可独立配置的单元，构件必须自包容。 构件强调与环境和其他构件的分离，因此构件的实现是严格封装的，外界没机会或没必要知道构件内部的实现细节。 构件可以在适当的环境中被复合使用，因此构件需要提供清楚的接口规范，可以与环境交互。 构件没有个体特有的属性，最多仅有特定构件的一份副本。 3.3.4 构件与中间件 中间件，本质上是对分布式应用的抽象，中间件与系统架构实际上是从两种不同的角度看待软件的中间层次。 中间件促进了构件化软件，基于中间件开发的应用系统是构件化的，中间件提供了构件的体系结构，极大提高了构件化软件开发的效率和质量。构件化的软件设计思想在中间件发展中起到了重要的作用。 3.4小节 Microsoft.NET平台和J2EE平台是目前最常用的两大软件开发平台。作为彼此竞争的应用平台，Microsoft.NET平台和J2EE平台在目标和体系结构上极其相似，但在实现上又完全不同。二者总的关系是：异中有同，同中有异。中间件是处于操作系统和应用程序之间的软件。中间件保持了平台的透明性，抽象了典型的应用模式。应用软件开发者可以基于标准的中间件进行再开发，而不必再考虑操作系统的问题。 构件是可复用的软件成份，可被用来构造其他软件。中间件促进了构件化软件，应用系统在中间件提供的环境中可以更好地集中于业务逻辑上，并以构件的形式存在。构件思想也反过来推动了中间件的发展。 第4章 软件项目规划 4.1项目策划 1. 1.从政策导向中寻找项目机会 从市场需求中寻找项目机会 从技术发展中寻找项目机会 从特定事件中寻找项目机会 4.2项目可行性分析 4.2.1 技术可行性分析 1. 项目的必要性分析 软件组织水平与能力分析 项目技术来源分析 与项目相关的专利分析 项目负责人及技术骨干的资质分析 项目总体技术方案分析 项目创新点分析 项目技术风险分析 项目技术成熟性分析 4.2.2 项目投资及效益分析 项目投资预算分析 项目投资来源分析 市场需求与产品销售额分析 产品成本、利润与盈亏平衡点分析 投资回收期、投资收益率分析 社会效益分析 4.3项目论证、评估与立项 4.3.1 项目论证与评估的基本概念 项目论证是指对拟实施项目技术上的先进性、成熟性、适用性，经济上的合理性、盈利性，实施上的可能性、风险性进行全面科学的综合分析，为项目决策提供客观依据的一种技术经济研究活动。 项目评估指在项目可行性研究的基础上，项目投资者或项目主管部门或其委托的第三方权威机构根据国家颁布的政策、法律、法规、标准和技术规范，对拟开发项目的市场需求、技术先进性和成熟性、预期经济效益和社会效益等进行评价、分析和论证，进而判断其是否可行的过程。 项目论证与评估的内容、程序和依据大同小异，只是侧重点稍有不同，有时不加区分或合并进行。 4.3.2 项目可行性报告的真实性评估 项目申请单位的资质真实性评估 项目申请单位的财务真实性评估 项目申请单位的技术真实性评估 其他事项的真实性评估 4.3.3 项目可行性报告的客观性评估 技术创新点的客观性评估 技术先进性与成熟性的客观性评估 信息安全措施的客观性评估 采用标准、规范的先进性、合理性评估 项目风险及应对方案的客观性评估 其他事项的客观性评估 4.3.4 评估报告 项目概况 评估目标 评估依据 评估内容 评估机构与评估专家 评估过程 详细评估意见 存在或遗漏的重大问题 潜在的风险 评估结论 进一步的建议 4.3.5 项目立项 项目立项的决定应当由项目团队之外的、适当级别的、并为项目出资的项目发起人或投资人作出，通常以项目立项决定（通知）书、项目批文、项目许可证书和项目任务书等形式发布。 4.4项目开发计划 1．引言 2．引用文件 3．项目最终成果 4．需求与约束 5．系统开发总体计划 6．项目开发详细计划 7．进度表与活动网络图 8．项目组织与资源 9．培训 10．项目估算 11．风险管理 12．支持条件 13．注解 14．附录 4.5小节 软件项目规划的任务主要包括项目策划、可行性研究、论证、评估、立项与项目开发计划的制订工作。 项目策划，也称项目机会研究，其目的是选择投资机会、鉴别投资方向。 项目可行性分析的目的是确定以下问题：项目有无必要？能否完成？是否值得去做？ 项目论证与评估的目的是审查项目可行性研究的可靠性、真实性和客观性，为项目主管部门或投资机构的立项决策提供科学依据。 项目开发计划是项目规划阶段的重要成果，编写软件项目开发计划时可依据《GB/T 8567-2006 计算机软件文档编制规范》中的软件开发计划模版。 第5章 系统分析方法学 5.1系统需求分析与软件需求 系统需求：系统总体功能和业务结构；硬件系统需求；软件系统需求；硬件系统和软件系统之间的接口需求。软件需求：软件能力需求；软件外部接口需求；软件内部接口需求；软件内部数据需求；适应性需求；安全性需求；保密性和私密性需求；软件环境需求；计算机资源需求；软件质量需求；设计和实现的约束；数据需求；操作需求；故障处理需求；算法需求；相关人员需求；相关培训需求；相关后勤需求；包装需求；其他需求。 5.2结构化分析 结构化分析（SA）方法是一种面向数据流的需求分析方法，基本思想是自顶向下逐层分解。 数据流图（DFD）和数据字典（DD）是结构化分析最常用的工具。数据流图用来描述数据流从输入到输出的变换流程。 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 数据流图和数据字典共同构成系统的逻辑模型。 5.3原型化方法 5.3.1 原型化方法与结构化方法的比较 结构化方法的假设：所有的需求都能被预先定义；修改定义不完备的系统代价昂贵且实施困难；项目参加者之间能够清晰进行准确的通信；静态描述或图形模型对应用系统的反映是充分的；结构化方法的生命周期的各阶段都是固有正确的。 原型化方法的假设：并非所有的需求在系统开发以前都能准确地说明；有快速的系统建造工具；项目参加者之间通常都存在通信上的障碍；需要实际的、可供用户参与的系统模型；需求一旦确定，就可以遵从严格的方法；大量的反复是不可避免的、必要的，应该加以鼓励。 5.3.2 原型生命周期及其策略 原型生命周期划分：选择开发方法；识别基本需求；开发工作模型；模型验证；修正和改进；判定原型完成；差别细部说明；严格说明细部；判定原型效果；整理原型和提供文档。 原型化的策略：建立数据模型；利用组合工程；剪裁和粘贴；用系统举例；字典驱动；文档的自动化；小的原型化队伍；交互式开发平台；陈述性规格说明；终端用户报表生成器；专业原型化人员；开发人员参加原型化。 5.4面向对象的分析 5.4.1 面向对象方法学概述 对象与封装 类 继承与多态性 消息通信 面向对象方法学的优点 5.4.2 面向对象的分析方法 OMT方法简介 建立对象模型 建立动态模型 建立功能模型 1. 1. 5.5小节 系统分析涉及系统需求的获取、分析、规格说明和确认。系统需求可分为以下几个方面：系统总体功能和业务结构、硬件系统需求、软件系统需求、硬件系统和软件系统之间的接口需求。 常用的系统分析方法包括结构化分析、原型化方法和面向对象的分析。 第7章 系统分析文档 7.1系统/子系统需求规格说明 引言 引用文件 需求：要求的状态和方式；需求概述；系统能力需求；系统外部接口需求；系统内部接口需求；系统内部数据需求；适应性需求；安全性需求；保密性和私密性需求；操作需求；可使用性、可维护性、可移植性、可靠性和安全性需求；故障处理需求；系统环境需求；计算机资源需求；系统质量需求；设计和构造的约束；相关人员需求；相关培训需求；相关后勤需求；包装需求；其他需求；需求的优先次序和关键程度 合格性规定 需求可追踪性 非技术性需求 尚未解决的问题 注解 附录 7.2接口需求规格说明 引言 引用文件 需求 合格性规定 需求可追踪性 注解 附录 7.3软件需求规格说明 引言 引用文件 软件需求：要求的状态和方式；需求概述；需求规格；软件能力需求；软件外部接口需求；软件内部接口需求；软件内部数据需求；适应性需求；安全性需求；保密性和私密性需求；软件环境需求；计算机资源需求；软件质量需求；设计和实现的约束；数据需求；操作需求；故障处理需求；算法需求；相关人员需求；相关培训需求；相关后勤需求；包装需求；其他需求；需求的优先次序和关键程度 合格性规定 需求可追踪性 尚未解决的问题 注解 附录 7.4小节 根据《GB/T 8567-2006 计算机软件文档编制规范》（Specification for computer software documentation），系统分析文档主要包括系统/子系统需求规格说明（SSS）、接口需求规格说明（IRS）和软件需求规格说明（SRS）。系统/子系统需求规格说明（SSS）为一个系统或子系统指定需求以及保证每个需求得到确认所使用的方法。 接口需求规格说明（IRS）描述为实现一个或多个系统、子系统、硬件配置项（HWCI）、计算机软件配置项（CSCI）、用户 软件需求规格说明（SRS）描述对计算机软件的需求以及确保每个需求得到确认所使用的方法。 第8章 系统设计基础 8.1系统设计概述 8.1.1 系统级设计决策 系统级设计决策，是指系统行为的设计决策（忽略其内部实现，从用户角度出发，描述系统将怎样运转以满足需求）和其他对系统部件的选择和设计产生影响的的决策。系统级设计决策内容：有关系统接收的输入和产生的输出的设计决策；对每个输入或条件进行响应的系统行为的设计决策；系统数据库/数据文件如何呈现给用户的设计决策；为满足安全性、保密性和私密性需求所选用的方法；硬件或硬软件系统的设计和构造选择；为了响应需求而作出的其他系统级设计决策。 8.1.2 系统架构设计 总体设计 系统部件设计 动态交互设计 接口设计 8.1.3 运行设计 系统初始化——说明本系统的初始化过程。 运行控制——说明对系统施加不同的外界运行控制时所引起的各种不同的运行组件组合、每种运行所经历的内部组件和支持软件、每一种外界运行控制的方式方法和操作步骤、每种运行组件组合将占用各种资源的情况以及系统运行时的安全控制。运行结束——说明本系统运行的结束过程。 8.1.4 系统出错处理设计 出错信息——包括出错信息表、故障处理技术等。补救措施——说明故障出现后可能采取的补救措施。 8.1.5 系统维护设计 检测点的设计——说明在系统中专门安排用于系统检查与维护的检测点。 检测专用组件的设计——说明在系统中专门安排用于系统检查与维护的专用组件。 8.2软件设计概述 8.2.1 软件级设计决策 软件级设计决策是指软件行为的设计决策（忽略其内部实现，从用户角度出发，描述软件将怎样运转以满足需求）和其他影响组成该软件的软件配置项的选择与设计的决策。 软件级设计决策内容：有关软件接收的输入和产生的输出的设计决策；对每个输入或条件进行响应的软件行为的设计决策；有关数据库/数据文件如何呈现给用户的设计决策；为满足安全性、保密性和私密性需求所选用的方法；为响应需求而作出的其他软件级设计决策。 8.2.2 软件架构设计 程序结构设计 全局数据结构设计 软件配置项设计 动态交互设计 接口设计 8.2.3 软件详细设计 软件配置项设计决策 软件配置项设计中的约束、限制或非常规特征 软件配置项使用的编程语言考虑 软件配置项使用的过程式命令选取 软件配置项的局部数据与软件配置项的输入或输出数据设计 软件配置项的逻辑设计 8.3设计原则 8.3.1 组件化 组件的可分解性 组件的可组装性 组件的可理解性 组件的连续性 组件的保护性 8.3.2 抽象 抽象就是抽出事物的本质特性而暂时忽略其细节，使得不同的事物可以当作相同的事务来处理。 软件工程过程的每一步都是对软件解法的抽象层次的一次精化。 软件设计中的抽象机制主要包括类、模板、过程抽象、数据抽象和控制抽象。 8.3.3 内聚与耦合 内聚是指一个组件内各个元素彼此结合的紧密程度 内聚种类（由低到高排列）：偶然内聚；逻辑内聚；瞬时内聚；过程内聚；通信内聚；顺序内聚；功能内聚 耦合是指一个软件结构内不同组件之间的互连程度 耦合种类（由高到低排列）：内容耦合；公共耦合；外部耦合；控制耦合；标记耦合；数据耦合；非直接耦合 组件的高内聚、低耦合原则称为组件独立原则 8.3.4 封装与信息隐蔽 第一，组件是其全部属性和全部服务紧密结合而形成的一个不可分割的整体。 第二，组件是一个不透明的黑盒子，表示组件状态的数据和实现操作的代码都被封装在黑盒子里面。使用一个组件的时候，只需知道它向外界提供的接口形式，无须知道它的数据结构细节和实现操作的算法。 8.3.5 启发式规则 深度、宽度、扇出与扇入 作用域和控制域 功能的可预测性 8.4设计视图 8.4.1 架构视图（静态视图） 架构描述语言（ADL） 类图与对象图 组件图 协作责任卡（CRC）部署图 实体-联系图（E-R图）接口描述语言（IDL）结构图 Jackson结构图 8.4.2 行为视图（动态视图） 活动图 协作图 顺序图 数据流图 决策表和决策图 流程图和结构化流程图 状态图 形式化描述语言 伪码 8.5小节 系统设计是定义一个系统或软件的架构、组件、接口和其它特征的过程。包括系统级设计决策、系统架构设计、运行设计、系统出错处理设计和系统维护设计。 软件设计主要包括软件级设计决策、软件架构设计（概要设计）与详细设计。软件架构设计的主要任务是程序结构设计、全局数据结构设计、软件配置项设计、动态交互设计和接口设计。软件详细设计是指每一个软件配置项的具体设计。 组件化、抽象、高内聚与低耦和、封装与信息隐蔽是软件设计的基本原则。软件设计视图通常可分为架构视图（静态视图）和行为视图（动态视图）两类。第9章 系统设计方法 9.1结构化设计 9.1.1 结构化设计方法概述 分析系统的总体需求，并将需求逐步分解为基本、具体的功能。确定每个功能应当记录的数据。 列出系统中应提供的各项基本功能，并分析各项基本功能之间的耦合关系，根据高内聚、低耦和的原则分配到系统中适当的模块中。 9.1.2 系统结构图 模块 调用 数据 控制 转接符号 9.1.3 系统结构图分类 变换流与事务流 变换型系统结构图 事务型系统结构图 混合型系统结构图 9.2面向数据结构的设计 9.2.1 面向数据结构的设计概述 分析并建立适合系统的数据结构； 根据数据结构在相应的层次建立程序结构； 罗列出程序中用到的各种基本操作，并将这些基本操作分配到程序结构中合适的模块中。 9.2.2 Jackson图 顺序结构 选择结构 重复结构 改进的Jackson图 9.2.3 Jackson方法 分析并确定输入和输出数据的逻辑结构，并利用Jackson 找出输入和输出数据结构中存在对应关系的数据单元。从描绘数据结构的Jackson图导出描绘程序结构的Jackson 列出所有操作和条件(包括分支条件和循环结束条件)，并且把它们安排到程序结构图的适当位置。用伪代码表示。 9.3面向对象的设计 9.3.1 面向对象的设计概述 面向对象设计的基本思想是通过建立和客观实际相对应的对象，并通过这些对象的组合来创建具体的应用。 面向对象设计具有基于抽象、信息隐藏、功能独立和模块性构造系统的能力。 对于面向对象的系统，可以定义一个四个层次的设计金字塔：子系统层；类及对象层；消息层；责任层。 9.3.2 面向对象设计技术 Coad/Yourdon方法 Booch方法 OMT方法 9.3.3 面向对象设计过程 系统设计过程：将分析模型划分为子系统；子系统分配及与问题的并发性；任务管理；数据管理；资源管理；人机界面；子系统间通信 对象设计过程：对象描述；算法与数据结构设计；接口设计与模块化 9.4设计模式 9.4.1 设计模式概述 设计模式就是将面向对象软件的设计经验记录下，可供设计者能够复用的设计方案。设计模式极大提高了面向对象软件开发的效率，降低了软件的复杂度。 在软件设计中使用设计模式，将使用开发出来的软件更容易理解、更容易维护、更容易扩展，使用设计模式同时也能够提高开发团队和个人的开发能力。 9.4.2 设计模式基本组成 模式名称：惟一标识一个设计模式。问题：描述应该在何时使用该模式。 解决方案：描述设计的组成要素，以及它们之间的相互关系及各自的职责与相互之间协作的方式。 效果：描述应用设计模式的效果，以及使用设计模式必须考虑的限制和约束因素。 9.4.3 设计模式分类 面向对象模式 代码模式 框架应用模式 创建型模式、结构型模式与行为型模式 类模式与对象模式 9.4.4 如何使用设计模式 针对接口编程，而不是针对实现编程 优先使用对象组合，而不是类继承 找出变化并封装 9.5小节 系统设计是一系列迭代的过程，主要任务包括数据结构、体系结构、接口及过程细节的设计等，而设计方法是软件设计活动中实现设计模型的方法。 系统设计方法主要包括面向过程的结构化设计方法、面向数据结构的设计，以及面向对象的设计方法与设计模式。 第10章 数据库设计 10.1数据建模 10.1.1 数据模型分类 概念数据模型 结构数据模型 物理数据模型 10.1.2 实体-联系（E-R）模型 实体 属性 联系 实体型 实体集 键 域 10.1.3 数据模型 层次数据模型（hierarchical model） 网状数据模型（network model） 关系数据模型（relational model） 面向对象模型（object oriented model） 10.2数据规范化 10.2.1 数据规范化的基本概念 函数依赖 非平凡函数依赖 完全函数依赖 部分函数依赖 传递函数依赖 键 10.2.2 范式 第一范式（1NF）第二范式（2NF）第三范式（3NF）BC范式（BCNF） 10.3数据库设计过程 10.3.1 数据库需求分析 数据边界的确定 数据环境的确定 数据内部关系 数据字典 数据性能需求 数据需求分析说明书 10.3.2 数据库概念设计 概念设计与概念模型 概念设计的主要方法 分解与抽象 局部概念模式 全局概念模式 10.3.3 数据库逻辑设计 初始模式的形成 子模式设计 应用程序概要设计 模式评审 修正模式 10.3.4 数据库物理设计 存储记录结构设计 确定数据存放位置 存取方法设计 完整性和安全考虑 程序设计 10.4小节 数据库系统普遍采取数据模型表示和处理客观事物的数据特征与信息。数据模型主要由数据结构、数据操作和完整性约束三部分组成，从抽象层次上描述和模拟了系统的静态特征、动态行为和约束条件。 关系数据库中的关系必须满足一定的要求，即满足不同的范式。目前关系数据库中常用的范式包括：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和BCNF。 数据库设计主要包括需求分析、概念设计、逻辑设计和物理设计等几个阶段。 第11章 用户界面设计 11.1基本概念 11.1.1 界面设计目标 可用性目标：可行性、有效性、易学性、易记性、安全性、通用性 用户体验目标：令人满意、令人愉快、引人入胜、富有启发、激发创造„„ 可用性目标主要从客观角度来评价系统界面，而用户体验目标则是从用户主观感受的角度来评价系统界面。 11.1.2 界面设计原则 可视性：将系统功能呈现得一目了然。 反馈性：返回与活动相关的信息，以便用户能够继续这个活动。限制性：将用户的行为限制在一定的范围内。 对应性：明确系统某个控制与其控制效果之间的对应关系。一致性：用相似的元素表现相似的操作或相似的任务。启示性：界面元素应给予用户某种提示。 11.1.3 界面设计过程 标识出用户的真实需要并建立需求模型 设计出候选方案 构建或实现设计的原型版本 对界面设计进行评估 11.2界面设计技术 11.2.1 界面设计分析技术 GOMS模型及GOMS击键层模型 Hick律 Fitts律 11.2.2 界面设计方法 原型设计方法 以用户为中心的设计方法 用户界面设计的支持工具 11.3界面设计评估 11.3.1 构造性评估与总结性评估 构造性评估：在设计过程中对所设计的系统或产品界面进行评估以确保其满足用户需求。 总结性评估：对已经完成的产品或系统界面进行评估。 11.3.2 评估范型 快速评估 可用性测试 实地研究 预测性评估 11.3.3 评估方法与技术 观察用户 征求用户意见 征求专家意见 用户测试 用户执行情况的分析模型 11.3.4 评估框架 明确（Determine） 发掘（Explore）选择（Choose）标识（Identify）决定（Decide）评估（Evalute） 11.5小节 用户界面体现了用户利用系统完成任务的方式以及系统对用户行为的响应方式，一个没有良好的用户界面设计的系统很可能会成为一个没有用户的系统。可用性目标与用户体验目标。 界面设计的量化模型：GOMS模型及其子模型-击键层模型，Hick律和Fitts律。构造性评估与总结性评估。 第12章 系统设计文档 12.1系统/子系统（结构）设计说明 引言 引用文件 系统级设计决策 系统体系结构设计：总体设计；系统部件设计；动态交互设计；接口设计 运行设计 系统出错处理设计 系统维护设计 尚未解决的问题 需求的可追踪性 注解 附录 12.2 接口设计说明 引言 引用文件 接口设计 需求的可追踪性 注解 附录 12.3 软件（结构）设计说明 引言 引用文件 软件级设计决策 软件体系结构设计：程序结构设计；全局数据结构设计；软件配置项设计；动态交互设计；接口设计 软件详细设计 需求的可追踪性 注解 附录 12.4数据库设计说明 引言 引用文件 数据库级设计决策 数据库详细设计 用于数据库操纵或访问的软件配置项的详细设计 需求的可追踪性 注解 附录 12.5 小节 根据《GB/T 8567-2006 计算机软件文档编制规范》，系统设计文档主要包括系统/子系统设计（结构设计）说明（SSDD）、接口设计说明（IDD）、软件（结构）设计说明（SDD）和数据库设计说明（DBDD）。 系统/子系统设计（结构设计）说明（SSDD）描述了系统（或子系统）的系统级（或子系统级）设计决策与体系结构设计。 接口设计说明（IDD）描述了一个或多个系统、子系统、硬件配置项（HWCI）、计算机软件配置项（CSCI）、用户或其他系统部件的接口特性。 软件（结构）设计说明（SDD）描述了计算机软件系统的软件级设计决策、软件体系结构设计（概要设计）与详细设计。 数据库（顶层）设计说明（DBDD）描述了数据库的设计。系统设计文档可以使用自然语言，可以使用形式化语言，也可以根据具体的系统设计方法使用各种图形工具，还可以根据实际情况混合使用多种表现形式。第五篇：软件系统分析与设计
点击咨询 