网上文学驿站
系统分析和设计
项目名称：网上文学驿站
项目成员：
<网上文学驿站项目组>
日期：2012-04-06
目录
1. 项目概述 (3)
1.1编写目的 (3)
1.2系统属性 (3)
1.3系统主要功能 (3)
1.4用户特点 (3)
2. 系统需求分析 (4)
2.1系统功能描述 (4)
2.2系统功能结构图 (5)
3. UML模型 (6)
3.1总顺序图 (6)
3.2登录顺序图 (6)
3.3购物车顺序图 (7)
3.4留言顺序图 (8)
4. 数据库设计 (8)
4.1管理员表：A DMIN (8)
4.2用户表：U SER (9)
4.3留言表：M ESSAGE (9)
4.4书籍表：B OOKS I NFO (10)
4.5购物车内容表：C ART C ONENT (10)
4.6用户上传小说表：A RTICLE (10)
4.6管理员上传小说表：N OVEL (11)
5. 页面设计 (11)
5.1网站主页 (11)
5.2书籍信息页面 (12)
5.3订单页面 (12)
5.4后台登陆页面 (12)
5.5连载文章页面 (12)
5.6连载文章页面 (12)
5.7留言页面 (12)
1. 项目概述
1.1编写目的
本项目的任务主要是为了完成一个网上文学驿站，其基本功能包括登录，注册，看书，写书，购买书的章节，留言，信息管理等。
1.2系统属性
a.以J2EE为基础采用流行的WEB技术，以TOMCAT为WEB运行平台，
用JA V A语言编写程序。
b.数据库采用SQLSERVER2008。
1.3系统主要功能
本系统主要实现的功能有以下几点：管理员管理、读者管理、书籍管理、连载小说管理、订单管理、留言管理、系统维护。
1.4用户特点
a. 没有注册的用户：有一些浏览功能
b. 普通用户：浏览功能，可留言，购买书籍
c. 管理员：能够管理网站，对网站信息进行更改
2. 系统需求分析
2.1 系统功能描述
图1 系统用例图
根据图1的用例图，现将系统实现的功能做较为详细的描述。主要从以下几个方面入手：管理员管理、用户管理、作者管理、图书管理、订单管理、留言管理。
2.2.1 管理员管理
a.管理员注册：超级管理员可以增加新的管理员，以便网站的管理。
b. 管理员查询：管理员可以查看所有管理员和用户的信息。
2.2.2 用户管理
a. 用户注册：注册时需填写用户名，密码。注册之后，用户可以对自己的信
息填加完整，包括真实姓名，昵称，性别，电子邮箱等信息，并可对其
进行修改。
b.用户可以查看自己的动态信息，包括订单，留言等。
c. 管理员能够对用户基本信息和动态信息进行查看和删除。管理员可以根据
用户名来查询精确查找用户信息。
d. 用户购买书籍：根据读者自己的需求，可以查询想要的文学作品，并购买。
e.用户阅读：用户可以阅读管理员上传的小说内容。
2.2.3图书管理
a. 增加书籍的类别：管理员可以增加书籍的种类，以便扩大订阅。
b.增加书籍：管理员在网站中书籍。
c.查看书籍：可以查看所有的书籍，也可以根据书籍作者或某一章节的名
字或者编号查询。
2.2.4连载小说管理
a. 用户上传小说：用户可以把自己写的小说文档上传管理员处。
b. 管理员上传小说：审查用户上传的文档，审查通过并发布连载小说内容。
b. 查看已有小说：管理员和用户皆可以查看已经上传的连载小说。
2.2.5订单管理
a.用户查看自己的订阅信息。
b.管理员可以查看用户的订单情况。
2.2.6留言管理
a.留言功能：用户和管理员都能在网站上进行留言，以便交流。
b.查询功能：可以查询所有的留言。也可以根据用户名或者留言时间进行精
确查询。
2.2 系统功能结构图
根据2.1，可以作图得到系统功能结构图：
图2 系统功能结构图
3. UML模型
3.1总顺序图
在整个网页中，用户可以不登录浏览已经上架的书籍信息和连载的小说。当用户需要购买书籍的时候，需要注册登录。在用户个人后台可以查看自己的信息并进行修改，还可以查看自己下的订单，进行删除修改等。用户还可以对进行留言和上传自己写的小说。
超级管理员可以对管理员进行管理。所有的管理员都能够查看到已经注册用户的信息，并可以删除管理；同时管理员可以看到用户的留言信息并进行回复和删除等；对用户上传的小说审查通过之后可以在网页上更新连载小说内容等功能。
图3 总的顺序图
3.2登录顺序图
用户首先要用注册的号进行登录，并可以修改自己的信息，同时管理员也能看到修改后的用户信息。
管理员登录后可以已经注册的用户，并可以修改自己的资料。
图4 登录顺序图
3.3购物车顺序图
用户下订单之后，可以在个人后台中对订单进行修改删除。管理员可以查询已经有的订单，并进行删除等操作。
图5 购物车顺序图
3.4留言顺序图
用户可以留言，留言之后在网页上能看到自己的留言信息。同时管理员也能看到用户的留言信息，可以进行回复或者是删除等操作。
图6 留言顺序图
4. 数据库设计
根据系统的需求，本系统主要有设计了：管理员表、用户表、作者表、留言表、书籍表、购物车内容表、订单表。
4.1 管理员表：Admin
4.2 用户表：User
4.3 留言表：Message
4.4 书籍表：BooksInfo
4.5 购物车内容表：CartConent
4.6 用户上传小说表：Article
4.6 管理员上传小说表：Novel
5. 页面设计
5.1 网站主页
5.2 书籍信息页面
5.3订单页面
个人订单：
管理员订单：
5.4 后台登陆页面5.5 连载文章页面5.6 连载文章页面5.7 留言页面
第一章软件工程概述 一. 填空题 1. 软件的发展过程 , , , . 2. 基于软件的工作方式,软件可以划分为 , , , . 3. 在软件发展的第四阶段计算机体系结构迅速地从环境转变为环境 . 4. 在计算机系统中,软件是 , 而硬件是 . 5. 软件危机是在软件发展第阶段末期，随着第代计算机和诞而产生。 6. 文档一般可分为面向的文档，面向的文档，面向的文档和面向的文档。 7. 软件生存期若分为三个大的阶段，， . 8. 它是经过阶段评审后的软件配置成分（各个阶段产生的文档或程序代码）。 9. 在软件的生存周期开发阶段要经三个步骤 , , 。 10. 瀑布模型是以文档为驱动、适合于的软件项目的模型。 11. 螺旋模型将开发过程分为几个螺旋周期，在每个螺旋周期内为，， 和四个步骤。 12. 软件开发的螺旋模型综合了瀑布模型和演化模型的优点，还增加了____。采用螺旋模型时，软件开发沿着螺线自内向外旋转，每转一圈都要对____ 进行识别和分析，并采取相应的对策。螺旋线第一圈的开始点可能是一个____ 。从第二圈开始，一个新产品开发项目开始了，新产品的演化沿着螺旋线进行若干次迭代，一直运转到软件生命期结束。 13. 软件开发模型 , , , , , . 14. 软件工程面临的问题有 , , , . 15. 面向对象方法学把客观世界的事物或实体都看成对象,把对象作为分析设计的元素,把所有对象都划分成对象类,类可以派生和 . 16．基于软件的功能划分可以把软件划分为 , ,和。 17．计算机系统发展的早期所形成的一系列错误概念和做法，已经严重地阻碍了计算机软件的开发，甚至有的根本无法维护，只能提前报废，造成大量人力、物力的浪费，从而导致软件危机。为了研究解决的方法，计算机科学技术领域中的一门新兴的学科逐步形成了，这就是。18．软件工程是指导的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，这就是软件工程。 19．为了开发出低成本高质量的软件产品，软件工程学应遵守以下基本原则： , ,和 , 。 20．原型模型是从需求分析开始。软件开发者和用户在一起定义，说明需求，并规划出定义的区域。然后快速设计软件中对用户/客户可见部分的表示。快速设计导致了原形的建造，原形由用户/客户评估，并进一步求精。
软件工程报告面向对象设计 在分析阶段之后，使用面向对象设计（OOD）将概念模型进一步发展为面向对象模型。在OOD中，将分析模型中与技术无关的概念映射到实现类上，确定约束并设计接口，从而形成解决方案领域的模型。简而言之，构建了详细的说明，指定如何在具体技术上构建系统 面向对象设计的阶段可以标识为- ●系统上下文的定义 ●设计系统架构 ●识别系统中的对象 ●设计模型的构建 ●对象接口规范 系统设计 面向对象的系统设计涉及定义系统的上下文，然后设计系统的体系结构。 ●上下文-系统的上下文具有静态和动态部分。使用整个系统的简单框图设计 系统的静态上下文，该框图被扩展为子系统的层次结构。子系统模型由UML 包表示。动态上下文描述了系统如何与其环境交互。它使用用例图建模 ●系统架构-系统架构是根据系统上下文根据架构设计和领域知识设计的。通 常，系统分为几层，每层分解以形成子系统。 面向对象的分解 分解意味着按照分而治之的原则，将一个大型的复杂系统划分为具有较小复杂性的较小组件的层次结构。系统的每个主要组成部分都称为子系统。面向对象的分解可识别系统中的各个自治对象以及这些对象之间的通信。 分解的优点是- ●各个组件的复杂度较低，因此更易于理解和管理。 ●它可以使具有专业技能的劳动力分工。 ●它允许替换或修改子系统，而不会影响其他子系统。 识别并发 并发允许多个对象同时接收事件，并允许同时执行多个活动。并发在动态模型中标识并表示。
为了启用并发，每个并发元素都分配有单独的控制线程。如果并发处于对象级别，则为两个并发对象分配两个不同的控制线程。如果单个对象的两个操作本质上是并发的，则该对象将在不同的线程之间拆分。 并发与数据完整性，死锁和饥饿问题相关。因此，无论何时需要并发，都需要制定明确的策略。此外，并发需要在设计阶段本身进行识别，并且不能留给实施阶段。 识别模式 在设计应用程序时，针对某些类别的问题采用了一些公认的解决方案。这些是设计模式。模式可以定义为可以在某些类型的应用程序开发问题中使用的一组文档化的构建基块。 一些常用的设计模式是- ?外墙图案 ?模型视图分离模式 ?观察者模式 ?模型视图控制器模式 ?发布订阅模式 ?代理模式 控制事件 在系统设计期间，需要识别并适当处理可能发生在系统对象中的事件。 事件是具有时间和空间位置的重大事件的说明。 可以建模的事件有四种类型，即- 信号事件-被一个对象抛出并被另一个对象捕获的命名对象。 呼叫事件-表示操作调度的同步事件。 时间事件-代表时间流逝的事件。 更改事件-表示状态更改的事件。 处理边界条件 系统设计阶段需要解决整个系统以及每个子系统的初始化和终止问题。记录的不同方面如下- ●系统的启动，即系统从非初始化状态到稳态的过渡。 ●系统终止，即关闭所有正在运行的线程，清理资源以及要发送的消息。
第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.5分，计30分) 1. 在面向对象的系统中，系统责任的良好分配原则是（）。 A. 在类之间均匀分配 B. 集中分配在少数控制类中 C. 根据时序图的消息进行分配 D. 根据个人喜好进行分配 2. 能够保证某些类在系统中只存在一个实例的模式是：（） A．抽象工厂(Abstract Factory)模式B．单态(Singleton)模式 C．建筑者(Builder)模式D．工厂方法(Factory Method)模式 3. 在UML中，用于描述对象和对象之间的交互，并且将重点放在消息的顺序上，强调时间，描述消息是如何在对象间发送和接收的模型是：（） A．类图B．用例图C．状态图D．时序图 4.（）意味着一个操作在不同的类中可以有不同的实现方式。 A．多态性B．多继承C．类的复用D．封装 5.在UML中，类A的一个操作以类B作为参数，调用类B的一个操作，且这两个类之间不存在其他关系，那么类A和类B之间是（）关系。 A．聚合B．泛化C．实现D．依赖 6. 在UML中，类A中持有着类B作为属性，那么类A和类B之间是（）关系。 A．普通关联B．泛化C．实现D．依赖 7. 在下面的描述中，不属于用例模型所能回答的问题是（） A．参与者执行的主要任务或功能是什么？ B．参与者希望从系统中获取什么样的信息？ C．用例所描述的功能是怎样实现的？ D．参与者之间的泛化关系是什么样的？ 8. 在面向对象设计中，下列那个设计处于最基础的地位：（） A．责任设计B．消息设计C．类及对象设计D．子系统设计 9.能够“将抽象部分与实现部分分离，使它们都可以独立变化”的设计模式是：（） A．组合（Composite）模式B．命令（Command）模式C．桥（Bridge） 10.在面向对象软件开发方法中，类与类之间的结构关系主要有：（） A．继承和聚合B．继承和一般C．聚集和消息传递D．继承和方法调用 11.能够在不改变类层次结构的前提下，在运行时根据需要透明地为类层次结构上的各个类 动态添加新功能的模式是：（） A．访问者（Visitor）模式B．职责链（Chain of Responsibility）模式 C．观察者（Observer）模式D．策略（Strategy）模式 12.将对象组合成树型结构以表示“整体-部分”的层次结构，使得用户对单个对象和组合对象 的使用具有一致性的模式是：（） A．组合（Composite）模式B．桥（Bridge）模式 C．命令（Command）模式D．适配器（Adapter）模式 13. 能够在运行时动态地为对象扩展功能的设计模式是：（） A．代理（Proxy）模式B．装饰（Decorator）模式C．组合（Composite）模式D．桥（Bridge）模式
第9章面向对象设计
9.1 面向对象设计与结构化设计 与结构化的设计相比，面向对象的设计更符合复杂的、随机性较强和考虑并发性的系统软件设计，而不适合逻辑性很强的系统软件设计。结构化软件设计一般从系统功能入手，按照需求将系统功能分为若干个子功能模块。但是，用户的需求是在不断变化的。需求的改变往往会对功能模块产生影响，从而对整个系统产生影响，而面向对象的设计基于类、对象、封装、继承等概念，相比之下，需求的变化对系统的局部影响并不容易扩展到全局。因此，面向对象设计方法比结构化设计方法更具有优势，使用范围更广。 由于在类中封装了属性和方法，因此在面向对象的类设计中已经包含了面向过程中的过程设计。此外，与面向过程中的数据设计所不同的是，面向对象设计中的数据设计并不是独立进行的，面向对象设计中的
9.2 面向对象设计与面向对象分析的关系 设计阶段的任务是及时把分析阶段得到的需求转变成符合各项要求的系统实现方案。与传统的软件工程方法不同的是，面向对象的方法不强调需求分析和软件设计的严格区分。实际上，面向对象的需求分析和面向对象的设计活动是一个反复迭代的过程，从分析到设计的过渡，是一个逐渐扩充、细化和完善分析阶段所得到的各种模型的过程。严格的意义上来讲，从面向对象分析到面向对象设计不存在转换问题，而是同一种表示方法在不同范围的运用。面向对象设计也不仅仅是对面向对象分析模型进行细化。 面向对象分析到面向对象设计是一个平滑的过渡，即没有间断没有明确的分界线。面向对象分析建立系统的问题域对象模型，而面向对象设计是建立求解域的对象模型。
?9.3.1 面向对象设计的过程 面向对象的设计过程一般进行以下几个步骤。 （1）建立软件体系结构环境图 在软件体系结构设计开始的时候，设计应该定义与软件进行交互的外部实体（其他系统、设备和人员等）以及交互的特性。一般在分析建模阶段可以获得这些信息，并使用软件体系结构环境图对环境进行建模，描述系统的出人信息流、用户界面和相关的支持处理。一旦建立了软件体系结构的环境图，描述出所有的外部软件接口，软件架构师就可以通过定义和求精实现软件体系结构的构件来描述系统的结构。这个过程可一直迭代，直到获得一个完善的软件体系结构。在设计的初始阶段，软件架构师用软件体系结构环境图对软件与外部实体交互的方式进行建模。
鞋店进销存管理系统 一.项目背景 随着计算机技术的不断发展, 它已经成为人们工作和生活中不可缺少的工具。早在1954年，银行、大公司和大企业纷纷采用计算机进行账户和账目管理、生产管理、库存管理、销售管理、统计报表等。从数据的收集、存储、整理到检索统计，应用的范围日益扩大，使计算机的应用很快超过科学计算，成为最大的计算机应用领域。 鞋店管理的特点是信息处理量比较大，所存的鞋种类多，而且由于进货单、销售单、需求单等单据发行量特别大，关联信息多，查询和统计的方式各不相同等原因,因此在管理上实现起来有一定困难。在管理的过程中经常会出现信息的重复传递，单据报表种类繁多，各个部门管理规格不统一等问题。 在本系统的设计过程中，为了克服这些困难，满足计算机管理的需要,我们采取了下面的一些原则： 1、统一各种原始单据的格式，统一账目和报表的格式。 2、删除不必要的管理冗余，实现管理规范化、科学化。 3、程序代码标准化，软件统一化，确保软件的可维护性和实用性。 4、界面尽量简单化，做到实用，方便，尽量满足书店中不同层次员工 的需要。 二.定义 “鞋店进销存管理系统”为用户提供添加、修改、查询、退货操作等服务。用户在登陆界面输入用户名，密码后系统核对正确进入系统内部。系统就要求用户选择事务类型（添加、修改、查询、退货等），直至用户选择退出应用服务，询问用户是否退出应用服务，如果用户选择结束，系统重回登陆界面。用户进入添加界面后，首先可以输入的数字必须大于等于100），否则系统显示输入有误。用户点击确认后，由系统查询，判断该取值是否超出库存量，如果没有，则系统会显示确认界面，用户单点击“确认”后，系统自动生成账单，并在后台进行工作，系统进行清
浅析软件工程中面向对象的思想和方法 面向对象(Object Oriented,OO)是当前计算机界关心的重点，它是90年代软件开发方法的主流。面向对象的概念和应用已超越了程序设计和软件开发，扩展到很宽的范围。如数据库系统、交互式界面、应用结构、应用平台、分布式系统、网络管理结构、CAD技术、人工智能等领域。在20 世纪60 年代以前, 软件开发者构造的软件系统大多都是较小的, 且相对简单。编程语言及编程环境也相对简单, 随着软件复杂性的增长, 为了更好地维护代码, 软件开发也需要方法来进行约束。传统的方法中, 结构化方法和基于建模方法是典型的软件开发方法。结构化方法是结构化分析、结构化设计和结构化编程的总称。结构化方法的思想萌发于20 世纪60 年代, 是在70 年代由Tom DeMacro 和Ed Yourdon 等人被系统地进出来。其目的在于, 提供一个有序的机制, 通过抽象来理解待开发的系统, 试图产生结构良好的软件系统。但对于较复杂的系统而言, 容易导致模块的低内聚和模块间的高耦合, 从面使得系统缺乏灵活性和可维护性。基于建模方法在20 世纪70 年代末提出, 即Peter Chen 的实体———关系法与Ed Codd 的关系数据库理论相结合提出的一种新的软件开发方法。其强调对信息实体建模, 而不是对象建模。结构化方法和基于建模方法都没有较强地描述系统的动态行为的能力。随着计算机技术的飞速发展, 计算机管理系统应用的普及, 企业信息化势在必行。传统开发方法结
构化开发的软件存在很多问题, 其有稳定性、可修改性和可重用性都比较差, 生产效率低等缺陷, 这是因为传统的软件开发是面向过程的。然而, 用户需求的变化大部分是针对功能的, 采用面向对象方法开发可以满足用户的需求, 因为面向对象有以下优点: 能够比较自然地反映现实事物, 可重用性、可维护性和可扩展性比较强。 第二章面向对象概述 什么是面向对象呢？“面向对象”本身没有任何意义。“对象”大概是英语中最普通的一个单词。它在字典中的定义是这样的。对象：能感觉到或能够被感觉到的东西。换句话说，对象可以是任何东西！ “面向”也没有任何特别的含义，它的定义是“指向”。在这种定义下，“面向对象”被理解为形容词。因此，面向对象可以定义成这样,面向对象：指向你可以想到的任何东西。 毫无疑问，软件工业无法为“面向对象”下一个统一的定义。这种模糊性使得任何一个软件零售商都声称他们的商品是“面向对象”的。 2.1面向对象的基本概念 尽管权威人士对面向对象的概念没有达成一致的意见，但从程序设计方法的角度来看, 面向对象是一种新的程序设计范型。其基本思想是使用对象、类、封装、继承、关联、聚合、消息、多态性等基本概念来进行程序设计。
《软件工程》复习题2 一、选择题 1、软件生存周期中，准确地确定软件系统必须做什么的阶段是( ) A、可行性分析和项目开发计划 B、需求分析 C、概要设计 D、详细设计 2、使用数据流图来表示系统逻辑模型的是( ) A、Jackson B、VDM C、OOA D、SA 3、若一个模块中各个处理元素都密切相关于同一功能且必须顺序执行，前一功能元素的输出就是下一功能元素的输入，则该模块的内聚性类型是( ) A、时间内聚 B、偶然内聚 C、顺序内聚 D、功能内聚 4、下列几种耦合类型，耦合性最高的是( ) A．公共耦合 B．控制耦合 C．标记耦合 D．数据耦合 5、确认测试也称为( ) A．有效性测试 B．无效性测试 C．静态测试 D．动态测试 6、黑盒测试技术不包括 ．．．( ) A．等价类划分 B．路径覆盖 C．边界值分析 D．错误推测 7、瀑布模型与增量模型之间的本质区别是( ) A．瀑布模型属于非整体开发模型，增量模型属于整体开发模型 B．瀑布模型属于整体开发模型，增量模型属于非整体开发模型 C．瀑布模型容易适应需求变化，增量模型不容易适应需求变化 D．瀑布模型减少技术、应用风险，增量模型增大技术、应用风险 8、软件工程标准中，JIS属于( ) A．国际标准 B．国家标准 C．行业标准 D．企业规范 9、一般说来，投入运行的软件系统中有错误（）。 A、不是不可以理解的 B、是不能容忍的 C、是要求退货的理由 D、是必然的 10、结构化程序设计，主要强调的是（） A、程序的执行效率 B、模块的内聚 C、程序的可理解性 D、模块的耦合
二、填空题 1、从结构化的瀑布模型看，在它的生命周期中的八个阶段中，( )阶段出错，对软件的影响最大。 2、UML是软件开发中的一个重要工具，它主要是应用于基于()的方法。 3、为改正软件系统中潜藏的错误而进行的维护活动称为（）。 4、（）是对软件结构中模快间关联程度的一种度量。 5、（）和数据字典共同构成系统的逻辑模型。 6、成本估计方法主要有自底向上估计、自顶向下估计和（）三种类型。 7、软件产品在交付使用之前一般要经过单元测试、集成测试、（）和系统测试。 8、子类自动共享父类数据结构和方法的机制是（），这是类之间的一种关系。 三、名词解释 1、渐增式测试 2、对象 3、集成测试 4、桩模块 5、结构化设计 四、简答题 1、简述软件工程研究的内容和它所面临的主要问题。 2、试说明面向对象的要素以及这些要素的具体含义。 3、简述测试与调试的主要区别。 五、应用题 某城市电话号码由三部分组成。它们的名称和内容分别是： 地区码：空白或三位数字； 前缀：非‘0’或‘1’的三位数字； 后缀：4位数字。 假定被测程序能接受一切符合上述规定的电话号码，拒绝所有不符合规定的电话号码。根据该程序的规格说明，作等价类的划分，并设计测试方案。
1面向对象编程中是如何体现封装性的？ 封装是把过程和数据包围起来，对数据的访问只能通过已定义的界面。 2重载和重写的含义 重载是发生在一个类中，方法名相同，参数不同 重写（覆盖）是子类继承父类，子类可以通过重写的方法隐藏继承的方法 3 什么是接口回调，过程细节是什么？ 概念：把可以实现某一接口的类创建的对象的引用赋给该接口声明接口变量，那么该接口变量可以调用被类实现（重写）的接口方法。 4试举例说明什么是组合关系和依赖关系 组合（关联）关系：A类中成员变量是用B类声明的对象。公司--职员 依赖关系：A类中某个方法的参数是用B类声明的对象，或某个方法返回的数据类型是B类的对象 5抽象类和接口，区别是什么？如何应用 抽象类：抽象类中有抽象方法；抽象类中不能用new运算符创建对象；抽象类的对象做商转型对象 接口：（1）接口中只可以有public权限的抽象方法，不能有非抽象方法； （2）接口由类去实现，即一个类如果实现一个接口，那么他必须重写接口中的抽象方法 （3）接口回调 区别：接口中只有常量，不能有变量；抽象类中既可以有常量也可以有变量； 抽象类中也可以有非抽象方法，接口不可以。 应用：定义抽象方法：public abstract void 方法名(); 在子类实现抽象方法：public void 方法名(){} 接口：public interface 接口名{}接口只负责定义规则，不负责任何实现；实现交给实现接口的类 (6)面向对象的六条基本原则包括： 开闭原则，里式代换原则，单一职责，依赖倒转、迪米特法则（接口隔离）。 (7)什么是设计模式？ 设计模式是从许多优秀的软件系统中总结出的成功的可复用的设计方案。是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性 (8)什么是框架？框架与模式的区别有哪些？ 框架是针对某个领域，提供用于开发应用系统的类的集合。 区别：层次不同、范围不同、相互关系
网上书店管理系统的分析与设计 学号： 20103823 姓名：白雪娇 年级： 2010级 班级：特长班 指导教师：张兆印 2013年5月21日
摘要 随着中国加入WTO，全球经济一体化的逐步深入，互联网在我国得到了突飞猛进的发展，特别是电子商务网站如雨后春笋般涌现出来，网上购物更是已经逐渐成为一种时尚了。 《网上书店系统》是一个基于Web、采用B2C模式的电子商务系统。本着“科技带动经济”的发展思想，采用高科技的手段在计算机与通信网络的基础上,利用电子工具实现商业交换和行政作业。网上书店就是网络购物系统的典型应用。网上书店利用现代最新的信息技术，这种虚拟的购物系统有着传统的书店无法比拟的优势：（一）网上书店的经营成本要低很多；（二）网上书店突破了传统书店的地域限制和时间，市场扩张潜力极大；（三）网上书店可以更充分地利用信息资源；利用技术为客户提供各种个性化服务。有着这样强大功能本系统，虽然看起来比较复杂，一旦使用起来就比较直观，使用很方便。 本文首先阐述了研究本系统的市场可行性分析，具体分析了数据库的结构和关键模型的设计，系统各个功能模块的描述、系统数据流图以及系统在网络中运行的原理。接着详细设计了系统逻辑结构、各个功能模块的划分和数据流程。 关键词 网上书店管理系统；购物；数据库设计；项目分析
目录 摘要 (2) 第一章项目计划 (5) 1.1 定义问题 (5) 1.1.1 系统的需求和商业收益说明 (5) 1.1.2 系统能力说明 (5) 1.1.3 系统关联图 (6) 1.2 项目可行性 (6) 1.2.1 经济可行性分析 (6) 1.2.2 项目进度表可行性分析 (9) 1.3 本章小结 (13) 第二章系统分析 (14) 2.1 需求获取 (14) 2.1.1 信息收集的方法 (14) 2.1.2 面谈和讨论的日程表安排 (14) 2.1.3面谈后重要问题的控制表 (15) 2.1.4 识别系统相关者 (15) 2.1.5 识别事件并建立事件表 (16) 2.2 系统功能需求 (17) 2.2.1 系统关联图 (17) 2.2.2 DFD图片段 (17) 2.2.3 子系统划分................................................................ 1错误！未定义书签。 2.2.4 子系统层的0层DFD图 (21) 2.3 ERD图的建立及说明 (21) 2.4 数据字典的定义 (22) 2.5 加工说明 (25) 2.6 结构化遍历 (26) 2.7 本章小结 (27)
Object-Oriented Software Engineering: Using UML, Patterns, and Java: Solutions to Exercises 2. Modeling with UML: Solutions 2-1 Consider an ATM system. Identify at least three different actors that interact with this system. An actor is any entity (user or system) that interacts with the system of interest. For an ATM, this includes:?Bank Customer ?ATM Maintainer ?Central Bank Computer ? Thief The last actor is often referred to as a “misactor” in the literature, because it is an actor that interacts with the system but shouldn’t. 2–2Can the system under consideration be represented as an actor? Justify your answer. The system under consideration is not external to the system and shouldn’t be represented as an actor. There are a few cases, however, when representing the system as an actor may clarify the use case model. These include situations where the system initiates uses cases, for example, as time passes (Check for Outdated Articles, Send Daily Newsletter). 2–3What is the difference between a scenario and a use case? When do you use each construct? A scenario is an actual sequence of interactions (i.e., an instance) describing one speci ?c situation; a use case is a general sequence of interactions (i.e., a class) describing all possible scenarios associated with a situation. Scenarios are used as examples and for clarifying details with the client. Use cases are used as complete descriptions to specify a user task or a set of related system features. 2–4Draw a use case diagram for a ticket distributor for a train system. The system includes two actors: a traveler, who purchases different types of tickets, and a central computer system, which maintains a reference database for the tariff. Use cases should include: BuyOneWayTicket , BuyWeeklyCard , BuyMonthlyCard , UpdateTariff .Also include the following exceptional cases: Time-Out (i.e., traveler took too long to insert the right amount), TransactionAborted (i.e., traveler selected the cancel button without completing the transaction), DistributorOutOfChange , and DistributorOutOfPaper . Figure 2-1Example solution to Exercise 2–4. BuyOneWayTicket BuyWeeklyCard UpdateTariff TransactionAborted DistributorOutOfChange DistributorOutOfPaper DistributorException <
1.各种性能指标及如何到达各种性能指标的方法 （1）防止变异模式：是如何设计对象，子系统和系统，使这些元素内部的变化或不稳定性不会对其他元素产生不良影响。 解决方案：识别预测的变化或不稳定之处，分配职责用以创建稳定借口。 （2）依赖反转原理：把你的类从局的现实中隔离开，使他们依赖于抽象类或接口。它促进了代码面向接口而不是实现，这通过保证对实现的低耦合来增加系统的灵活性。 2.常用的中间件有那几种类型 （1）常见的对象请求代理架构 （2）面向消息的中间件 （3）J2EE （4）消息代理 （5）业务过程代理 3.有那些常见架构风格 （1）管道和过滤器架构风格 （2）面向对象风格 （3）隐式调用风格 （4）客户-服务器风格 （5）分层风格 （6）仓库风格 （7）解释程序风格 （8）过程控制风格 4.架构师需要的核心技能是什么 （1）涉众之间的交流 （2）技术知识 （3）软件工程学 （4）风险管理
5.什么是软件架构 软件架构是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致的描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口（计算机科学）实现。 6.什么是架构风格 一组原则。你可以把它看成是一组为系统家族提供抽象框架的粗粒度模式。 7.什么是架构视图 一个架构视图是对于从某一视角或某一点上看到的系统所做的简化描述，描述中涵盖了系统的某一特定方面，从而省略了此方面无关的实体。 8.各种架构风格的组件和连接器是什么 1.管道和过滤器架构风格： 适用于需要定义一系列的执行规则数据的独立运算，组件在输入时读数据流，在输出时产生数据流 组件：称为过滤器，应用于对局部的输入流的转换，经常增长的计算，因此，在输入结束前输出就开始了 连接器：称为管道，给流提供管道，把一个过滤器的输出传输到另一个输入。 2.面向对象风格： 适用于主要问题识别和保护信息的相关主体 数据代理和他们相关的操作封装在一个抽象数据类型里面 组件：对象 连接器：功能和过程调用 3.客户-服务器风格： 适用于涉及到分布式的数据和跨越一系列的组件的处理 组件：服务器、客户端 连接器：网络 4.分层风格： 适用于设计到分布式的能够分层的组织的类的服务，每层给它的上一层提供服务，同时作为下一层的客户端。只有仔细的从内层选择选择过程，才能用于他们接近的外层。 组件：典型的过程的集合
系统分析与设计报告 撰写要求 实验报告撰写的基本要报告原则上不少于4000字，需在封面注明设计选题、班级、姓名、学号及课题设计日期、地点，其正文至少包括如下几个面的容： （1）企业简介和系统可行性分析 （2）系统分析部分 1）组织结构图 2）管理功能图 3）业务流程图 4）数据流程图 5）数据字典 6）数据加工处理的描述 7）管理信息系统流程设想图（新系统模型） （3）系统设计部分 1）功能结构图设计 2）新系统信息处理流程设计 3）输出设计（主要指打印输出设计） 4）存储文件格式设计（数据库结构设计） 5）输入设计（主要指数据录入卡设计） 6）代码设计（职工证号和部门代号等） 7）程序设计说明书 （4）系统实施部分（信管班需写此部分容，非信管班不作要求） 1）程序框图 3）模拟运行数据 4）打印报表 5）系统使用说明书 （5）附录或参考资料
案例： 东红照明有限公司 库存管理信息系统的分析、设计和实施 说明：本例时间较早，开发工具选用VFP。在学习过程中，可以现有的硬件和软件环境进行系统再开发实现，学习重点放在在系统分析、系统设计实际过程、法及容。 这里给出一个库存管理信息系统开发的实例，目的是使大家进一步深入了解开发任一个管理信息系统必须经历的主要过程，以及在开发过程的各个阶段上开发者应当完成的各项工作容和应当提交的书面成果。 一、东红照明有限公司产品库存管理系统简介 东红照明有限公司是我国东北地区一家生产照明灯的老企业，每年工业产值在四千万元左右。该厂目前生产的产品如表l所示。 表1 某厂产品品种规格、单价及定额储备
工厂的产品仓库管理组隶属于销售科领导，由七名职工组成，主要负责产品的出入库管理、库存帐务管理和统计报表，并且应当随时向上级部门和领导提供库存查询信息。为了防止超储造成产品库存积压，同时也为了避免产品库存数量不足而影响市场需求，库存管理组还应该经常提供库存报警数据（与储备定额相比较的超储数量或不足数量）。 产品入库管理的过程是，各生产车间随时将制造出来的产品连同填写好的入库单（入库小票）一起送至仓库。仓库人员首先进行检验，一是抽检产品的质量是否合格，二是核对产品的实物数量和规格等是否与入库单上的数据相符，当然还要校核入库单上的产品代码。检验合格的产品立即进行产品入库处理，同时登记产品入库流水帐。检验不合格的产品要及时退回车间。 产品出库管理的过程是，仓库保管员根据销售科开出的有效产品出库单（出库小票）及时付货，并判明是零售出库还是成批销售出库，以便及时登记相应的产品出库流水帐。 平均看来，仓库每天要核收三十笔入库处理，而各种出库处理约五十笔。每天出入库处理结束后，记帐员就根据入库流水帐和出库流水帐按产品及规格分别进行累计，以便将本日发生的累计数填入库存台帐。 产品入库单如表2所示，出库单如表3所示，入库流水帐如表4所示，出库流水帐如表5和表6所示，而库存台帐帐页如表7所示。 产品库存的收发存月报表是根据库存台帐制作出来的。产品库存查询是通过翻阅几本帐之后实现的。目前库存报警功能尚未实现。 表2 产品入库单第册号 表3产品出库单第册号 表4 产品入库流水帐页 表5产品零售出库流水帐页 表6产品批发出库流水帐页
面向对象软件工程 第八章 8.1.什么是面向对象方法学，它有哪些优点？ 答：面向对象方法学是尽可能模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类解决问题的方法与过程，使描述问题的问题空间与实现揭发的解空间在结构上尽可能一致的方法学科。优点：1、与人类的习惯的思维方法一致；2、稳定性好；3、可重用性好；4、适合用于大型软件产品；5、所开发的软件有较好的可维护性；6、面向对象的软件比较容易修改；7、面向对象软件比较容易理解；8、易于测试和调式。 8.2.什么是对象，它与传统的数据有何异同？ 答：对象是对问题域中某个实体的抽象。相对于传统数据的静态被处理，对象既有静态的属性，又有动态的行为，是进行处理的主体。 8.3.什么是类？ 答：类是对具有相同数据和相同操作的一组相似对象的定义。
8.4.什么是继承？ 答：继承是指能够直接获得已有事物的性质和特征，而不必重复定义他们。 8.5.什么是模型，开发软件为何要建模？ 答：所谓模型就是为了理解事物而对该事物做出的一种抽象，是对事物的一种无歧视定义的书面描述。由于模型忽略了事物的非本质东西，因此模型比原始事物更容易操作。对于那些因过分复杂而不能直接理解的系统，特别需要建立模型，建模的目的主要是为了降低复杂性。人的头脑每次只能出来少量信息，模型通过把系统的重要部分分解成人的头脑一次能处理的若干个子部分，从而减少了系统的复杂程度。 8.6.什么是对象模型，建立对象模型时主要使用哪些图形符号，这些符号的含义是什么？ 答：对象模型表示静态的、结构化的系统性质，是对模拟客观世界实体的对象以及对象彼此间的关系的映射，描述了系统的静态结构。在UML中，用类图来建立对象模型，表示一个类及属于该类的对象。 8.7.什么是动态模型，建立动态模型时主要使用哪些图形符号，这些符号的含义是什么？ 答：动态模型时描述系统控制结构，即行为化的一种模型。在UML
《软件体系结构》大作业（1） 学院：软件学院 课程名称：软件体系结构 专业班级： 学生姓名：学号： 学生姓名：学号： 指导教师： 完成时间：年月日 评分表 1、叙述各小组成员完成本题目的分工协作情况。 小组中的每个成员都先理解题目要求及涉及的设计模式，并一起完成代码编写。另外，组长负责文档制作。 2、评分表 序号姓名评分是否组长 1 2 作业正文需要包括以下内容： 1、作业题目内容的详细描述。 2、完成本题目所采用的软件设计模式名称及画出相应的类图，或者是所采用的 软件体系结构名称及画出相应的体系结构图。
3、画出完成本题目所设计程序的设计类图；如还有其他图，也一并画出。 4、完成本题目所设计的程序代码。 5、程序运行的典型界面截图
1、作业题目内容的详细描述。 【作业2.1-1】例2.3为使用工厂方法模式设计的汽车保险管理应用程序实例。现在需要 扩展例2.3的设计图，添加一个名为LuxuryCarInsurance的类，并且需要编写此类和其他需要添加的类的代码，详细要求参见光盘的相应作业部分。 【作业2.1-1】在例2.4中，设计并且实现了豪华（Super）和中等（Medium）别墅（House）与公寓（Condo）的查询。要求在该设计的基础上，增加一个新的类SemiDetacher（半独立式楼宇），并且编写代码，实现相应的查询功能，详细要求参见光盘的相应作业部分。 2、完成本题目所采用的软件设计模式名称及画出相应的类图，或者是所采用的软件体系结构名称及画出相应的体系结构图。 【作业2.1-1】采用的是工厂方法模式 【作业2.1-2】采用的是抽象方法模式
题目 XX系统的研究与分析
第一章引言 1.1项目背景 社会治安综合治理是党中央依据我国社会主义初级阶段的理论，对新中国成立以来，特别是改革开放以来社会治安工作的经验，并从新时期社会治安的实际出发，提出的解决我国社会治安问题的总的战略方针。 高校治安综合治理以社会治安综合治理的存在为前提。高校治安综合治理是一项政治任务，是解决高校治安问题的根本出路，是具有中国特色的解决高校治安问题的新途径。实践证明，高校治安综合治理为维护高校政治稳定和校园治安环境、创造良好的教学科研秩序做出了重要贡献。尤其是当前形势下，高校治安综合治理在维护校园稳定、构建和谐校园中将发挥重要的积极作用。 经过探索与实践，全党和全社会对高校治安综合治理基本达成了共识。高校治安综合治理是社会治安综合治理的重要方面，高校和谐稳定是社会和谐稳定的重要基础，关系到全党和全国工作大局，关系到和谐社会建设，关系到青年大学生的健康成长，关系到高等教育事业的持续协调发展。 20 多年来，高校治安综合治理积累了丰富、成功的经验，这是一笔非常宝贵的财富。但是，随着我国政治经济体制改革的不断深化、社会主义法制建设的日臻完善、高等教育管理体制改革的继续深入，高校治安综合治理面临着严峻的挑战。如何把高校的综治工作做好，以评促建、以评促管是主要的手段之一，而在综治工作的考评过程中涉及到大量的数据和材料，以及各种的评分标准，目前都是采用纸质稿加电子稿人工考评的方式，每次的考评需要花费大量的人力物力，通过信息化的手段，建立一套综治的考评系统是很有必要的。 1.2同类系统研究与应用现状 <旨在突出同类系统研究与应用现状，应该多参考相关文献，引用比较多，注意引用格式>
软件设计与体系结构知识点 1.软件设计的特征 (1)软件设计的开端是出现某些新的问题需要软件来解决，这些需要促使设计工作的开始，并成为整个设计工作最初的基础 (2)软件设计的结果是给出一个方案，它能够用来实现所需的、可以解决问题的软件，方案的描述可能是文字、图表，甚至数学符号、公式等组成的文档或模型 (3)软件设计包含一系列的转换过程，即把一种描述或模型转换为另一种描述或模型，转换后的形态可能更加具体，或更接近于实现 (4)产生新的想法或思路对软件设计非常重要，因为设计也是一个创造性的过程，不同的问题或需求总会存在各自的特点，即使同样的问题在不同时期和环境下也会存在区别，因此设计不会是一成不变的 (5)软件设计的过程是不断解决问题和实施决策的过程，因为整个设计是解决一个大的问题，在设计过程中将会分解成众多小问题，涉及真需要一次解决这些小的问题，并在出现多种方案或策略时进行决策，选择其中最合适的 (6)软件设计也是一个满足各种约束的过程，因为软件可能在性能、运行环境、开发时间、成本、人员技术水平等各个方面存在约束，设计必须在满足这些约束的情况下给出最佳的设计方案 (7)大多数的软件实际是一个不断演化的过程，因为需求在一开始很可能是不完整或不精确的，在设计过程中还会不断发生变化并逐步稳定下来，因此设计需要根据需求的变化而不断演化。 2.软件设计的要素 （1）目标描述（2）设计约束（3）产品描述（4）设计原理（5）开发规划（6）使用描述3.软件设计体系的定义 （1）软件设计体系结构是软件系统的结构，包含软件元素、软件元素外部可见的属性以及这些软件元素之间的关系 （2）软件体系结构是软件系统的基本组织，包含构建、构件之间、构件与环境之间的关系，以及相关的设计与演化原则 4.软件设计的主要活动 （1）软件设计计划（2）体系结构设计（3）界面设计（4）模块/子系统设计（5）过程/算法设计（6）数据模型设计 5.体系结构“4+1”多视图建模 （1）逻辑视图：该视图关注功能需求，即系统应该为最终用户提供什么服务，它与应用领域精密相关 （2）进程视图：该视图捕获设计中关于并发和同步的内容，重视一些非功能需求，例如性能、可扩展性等，定义了运行实体和它们的属性。 （3）开发视图：该试图主要描述软件在开发环境中的静态结构，开发人员和项目经理对比都会感兴趣。 （4）物理视图：该视图描述软件到硬件的映射关系，反映了软件的分布特征。 （5）场景：可以使用一组重要场景也就是用例的实例，把上述四种视图紧密的联系起来6.什么是软件产品线方法 软件产品线是软件复用发展的一个更高阶段，它并不仅仅局限于以前人们在软件复用中考虑的对函数、模块、类、体系结构甚至子系统的重用。 软件产品线指一组具有公共的、可管理特征（系统需求）的软件系统，这些系统满足特定的