软件项目工程实验指导书.doc

《软件项目工程实验指导书.doc》由会员分享，可在线阅读，更多相关《软件项目工程实验指导书.doc（54页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、/*软件工程实验指导书软件工程实验是软件工程课程讲授中一个重要的、不可或缺的实践环节。其目的是使学生能够在实际软件工程项目中熟练的运用软件工程的理论、技术和方法，全面掌握软件工程管理、软件需求分析、软件概要设计、软件详细设计、软件测试等阶段的方法和技术，以及培养学生的合作意识和团队精神，培养学生对技术文档的编写能力，从而使学生提高软件工程的综合能力，提高软件项目的管理能力。根据课程的特点，实验内容包括结构化的方法学和面向对象的方法学两个方面。引入一个简单的实际项目（自选或教师指定），要求学生利用结构化软件开发技术或面向对象的软件开发技术完成对该项目的开发。此外又引入我国国家计算机开发规范文档，

2、以规范技术文档的书写标准，提高实验教学质量。特别是在实验中针对面向对象的软件开发技术，增加面向对象的工业建模标准-统一建模语言及其工具rational rose的专项练习。通过实验训练，达到如下目的：使学生进一步了解和掌握软件工程原理，提高对实际项目的分析和设计能力，快速掌握结构化的软件分析技术、设计技术和软件测试，并熟练的撰写软件文档；进一步的掌握面向对象的分析技术、设计技术和测试技术，以及统一建模语言及其工具rose在实际工程项目中的应用，从而培养学生综合运用所学课程知识，分析解决问题的能力以及学生的合作意识和团队精神，为今后走向工作岗位打下扎实的基础。一、实验要求软件工程实验要求学生采用

3、“项目小组”的形式，结合具体的开发项目进行设计。具体要求如下：1班级按项目小组进行分组，每组不得超过5人2每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目3项目开的每项任务要落实到人且规定该任务的起止日期和时间4每个项目小组必须按照软件工程实验指导书附录中给定的文档规范标准提供项目文档5根据实验内容，分别实现结构化的开发和面向对象的软件开发6题目自定或采用附录一中的题目二、实验内容1结构化软件开发技术以实际工程项目为驱动，采用结构化的分析、设计与实现方法完成该项目的分析设计与实现。（1）项目的可行性分析评述为了合理地达到开发目标而可能先择的各种方案；论证所选定的

4、方案。（2）项目的开发计划以项目负责人为主，对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。（3）软件需求规格说明书编制目的是软件使用用户、业务专家和软件开发者对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础，主要将用户的需求和业务的需求转化为未来软件系统的目标功能模型。（4）软件概要设计说明书编制目的是说明对未来软件系统的结构设计的考虑，包括软件系统的体系结构、数据的设计、接口的设计以及模块基本处理流程的设计，为软件系统的详细设计提供基础。（5）详细设计说明书编制目的是说明一个软件系统各

5、个层次中的每一个结构（模块或子系统）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并概要设计说明书。（6）数据库设计数据库设计说明书的编制目的是对于设计中所涉及的数据对象的逻辑结构和理结构作出具体的设计规定。 （7）测试分析报告 测试分析报告的编写是为了把单元测试、集成测试、系统测试和确认测试的结果写成文件加以记载。 （8）用户手册 描述该软件系统的基本使用方法。使用户（或潜在用户）通过本手册能够了解该软件的功能以及熟练的使用该系统。注：国家计算机软件开发规范文档见附录二。2面向对象的软件开发技术以实际工程项目-图书管理系统为驱动，结合面向对象的建模语言-um

6、l及建模工具ratioanl rose，完成该项目的分析、设计与实现。（1）面向对象的分析l 用例模型：软件系统的功能模型l 活动图：软件系统的业务模型l 类对象模型：软件系统的结构模型（2）面向对象的设计l 用例模型：设计阶段软件系统的功能模型l 类对象模型：设计阶段软件系统的结构模型l 动态模型：顺序图和协作图，状态图（3）面向对象的实现l 组件图：系统的编码l 部署图：系统的部署注：结合3-rational rose的练习完成该项目。3Rational Rose的使用 （1）rational rose的基本操作的熟悉（2）用例视图的建立（3）逻辑视图的建立 类对象模型 动态模型的建立 l

7、 顺序图l 协作图l 状态图l 活动图（4）组件图的建立（5）部署图的建立三、实验过程 课程实验项目具体要求如下：实验一 项目开发的准备工作实验学时：2 实验类型：设计型一、目的与任务确定课题，组织软件开发团队，制定开发计划，项目职责分工、熟悉软件开发环境，培养团队精神。二、内容、要求与安排方式1实验内容与要求：根据所选课题，实行项目经理制，每组推荐一名组长，统一管理整个项目的实施过程，合理调整资源和负责项目全局；根据项目的难易合理分配组员的任务，对问题达成一致的看法；制定开发计划，熟悉相应的软件开发环境。2实验安排方式：本实验为开放实验，各组可同时进行实验，每组56人。三、实验设备1所用设备

8、：计算机、打印机。2消耗性器材： 无实验二 系统分析过程实验学时：2 实验类型：设计型一、目的与任务采用结构化或面向对象的软件开发技术，获取业务需求、用户需求和软件需求，完成软件系统的需求分析过程，设计软件系统逻辑功能模型，数据模型、行为模型以及撰写软件需求规格说明书。二、内容、要求与安排方式1实验内容与要求：（1）结构化开发技术理解项目的业务需求、用户需求和软件需求的内容，绘制软件系统的功能模型-DFD（数据流程图）、数据模型-E-R（实体联系图）和STD（行为模型）以及数据字典和需求规格说明书。（2）面向对象开发技术理解项目的业务需求、用户需求和软件需求的内容，绘制软件系统的功能模型（用例

9、图）、静态的结构模型（类图）、行为模型（交互图和状态图）、数据模型以及数据字典和需求规格说明书。2实验安排方式：本实验为开放实验，各组可同时进行实验，每组56人。三、实验设备1所用设备：计算机、打印机。2消耗性器材： 无实验三 系统设计过程实验学时：2 实验类型：设计型一、目的与任务依据软件需求规格说明书，完成软件系统体系结构的设计和系统结构中每个模块的详细算法设计，并给出相应的软件设计规格说明书。二、内容、要求与安排方式1实验内容与要求：（1）结构化开发技术仔细分析需求规格说明书的内容，设计系统的功能层次结构图SD（结构图）、接口设计、数据库设计和系统结构中各模块算法的详细设计，以及撰写软件

10、设计规格说明书（2）面向对象开发技术仔细分析需求规格说明书的内容，设计系统的体系结构、问题域类设计、人机交互类设计、数据管理类设计及各子类的详细设计，以及撰写软件设计规格说明书2实验安排方式：本实验为开放实验，各组可同时进行实验，每组56人。三、实验设备1所用设备：计算机、打印机。2消耗性器材： 无实验四 系统实现过程实验学时：2 实验类型：综合型一、目的与任务完成软件系统的编码，并正确运用软件测试技术和方法，完成软件系统的单元测试、集成测试、确认测试、验收测试，熟练掌握测试用例的设计方法，能撰写测试报告。二、内容、要求与安排方式1实验内容与要求：（1）软件系统编码（2）熟悉测试技术，能掌握单

11、元测试、集成测试、确认测试、验收测试的方法，掌握测试用例的设计方法。（3）树立正确的软件测试思想，培养分析问题、解决问题的能力，能掌握测试报告的撰写。2实验安排方式：本实验为开放实验，各组可同时进行实验，每组56人。三、实验设备1所用设备：计算机、打印机。2消耗性器材： 无实验五：用例模型实验学时：2 实验类型：设计型一、目的与任务目的：熟悉用例模型的功能，熟悉rational rose的使用环境，掌握如何使用rose创建系统的用例模型。任务：熟练掌握rational rose的开发环境，熟练用例模型的创建过程。二、内容、要求与步骤内容：本实验采用一个案例-网上选课系统。在了解系统的具体需求后

12、，完成对系统的需求建模。当创建系统的用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程。 要求：实现用例模型，并对其中主要的用例进行用例描述。实验步骤：1.系统需求陈述网上选课系统主要包括如下功能：管理员通过管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库里并可以对课程进行修改和删除。学生通过客户机的浏览器根据学号和密码进入选课界面，查询已选课程和选课。2. 系统主事件流的描述 添加课程事件流：1. 管理员选择进入管理界面，用例开始。2. 系统提示输入管理员密码。3. 管理员输入密码。4. 系统验证密码。 A1：密码错误5 进入管理界面，系统显示目前所建立的全部课程信息

13、。6 管理员选择添加课程。7 系统提示输入新课程信息。8 管理员输入信息。9 系统验证是否和已有课程冲突。 A2：有冲突10系统添加新课程，提示课程添加成功。11系统重新进入管理主界面，显示所有课程。12用例结束。其他事件流：A1：密码错误1 系统提示再次输入。2 用户确认。3 三次错误，拒绝再次访问。4 否则进入添加课程事件流第5步。 A2：有冲突1 系统提示冲突，显示冲突课程信息。2 用户重新输入。3 继续验证直到无冲突。4 进入添加课程事件流第10步。 注：删除课程事件流和修改课程事件流与此类似，在此不再详述。选课事件流：1.学生进入选课登入界面，用例开始.2.系统提示输入学号和密码.3

14、.学生输入学号密码.4.系统验证： A1;验证失败。5、进入选课主界面。6、学生点击选课。7、系统显示所有课程信息。8、学生选择课程。9、系统验证课程是否可选。 A2：不可选。10、系统提示课程选择成功，提示学生交费。11、用例结束。 错误流： A1：验证失败1 系统提示验证失败，提示重新输入。2 三次失败，拒绝访问。3 成功，转选课事件流第5步。A2：不可选1 系统提示不可选及原因。2 学生重新选课。3 重新验证直至成功。4 转选课事件流死10步。 注：查询事件流比较简单，在此不详述。2.分析在-网上选课系统中,管理员首先登录系统,系统验证通过后,管理员负责添加课程、修改课程和删除课程等主要

15、功能，所有信息存放在后台数据库中。学生实现对本学期课程的查询和选课。3.创建用例模型(1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。 图1.1 rational rose的用例模型(2)在图中的工具栏选取Actor图标（参与者），在右边的图中添加一个Actor，并输入名称管理员（administrator）,如图1.2所示。 图1.2 添加一个参与者(3)在左边的工具栏中，选取用例的图标，在右边的图中画出一个用例，并输入用例的名称：addCourse，如图1.3. 图1.3添加一用例（4）按照步骤（3），绘制出如图1.4的三个用例，添加课程（addCourse）、修改课

16、程（modifyCourse）和删除课程（deleteCourse）。图1.4 添加三个用例（5）在绘出了用例后，接下来的是绘制参与者与用例的关联，如图1.5所示。图1.5 参与者和用例的关联（6）根据以上步骤，可完成学生使用的用例。则系统的用例模型就完成了，如图1.6所示。图1.6完整的参与者和用例的关联图（7）根据分析情况，进一步添加或细化用例图。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验六：类图实验学时：2 实验类型：设计型一、目的与任务目的：理解类的基本概念；掌握如何从需求分析中抽象出类，类对象间的关联，类自身的属性和方法；掌握在Rational Rose

17、中绘制类的操作方法。任务：寻找和抽象出网上选课系统所涉及的类，熟练掌握rational rose中类图的创建过程。二、内容、要求与步骤内容：根据网上选课系统的需求模型-用例模型中用例的描述，了解了系统中每一用例的业务处理流程。现在需要对系统进行静态建模，即类图。要求：绘制类图，包括类间的关联。实验步骤：1. 分析由前面章节对网上选课系统中课程的添加、修改和删除等基本功能的主事件流的描述可抽象出系统所涉及的主要对象，如tudent(学生类)、Administrator(管理员类)、ormObject(界面类)、ourse(课程类) 、ControlObject(控制对象类)、DataBase（数

18、据库类）等。 2绘制类的步骤：（1）打开前面初步构建的UML模型文件。（2）打开Rose中的逻辑视图（Logical View），在其下创建一张类图，名为：“网上选课系统类图。（3）用鼠标右击Logical View ，在弹出来的菜单中选择“NewClass diagram”项，创建类图。（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Course，如图1.7所示。图1.7 网上选课系统的类图 （5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，可以看到在此可以设置类的属性和方法等其他的信息，图1.8所示；后撞击Attribut

19、es这个栏目，此栏目为设置类的属性的选项，在图中间的单击右键，可以看到有一个“Insert”的选项，选中这个选项；如课程号，在Type这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的访问权限，一般这些属性都设置Private这个权限，如图1.9所示。这个类的其他属性也可以按照以上的做法设置。 图1.8 类的属性设置图1.9 Course类属性设置（6）设置好类的属性，现在来设置类的方法（也是操作），双击类后在弹出的菜单上选operations这个选项，可以看到图1.10所示，在图中的空白地方，单击右键，在弹出的菜单中选insert这个选项，也就只有这个选项可用，接着输入方法名，同

20、时可以设置该方法的返回类型，也可以在Documentations的方框内填写一些相关的方法说明，设置好该方法的访问权限。类的其他方法也可以按上面来设置好，最后，得到该类的其他方法见类1.10。 图1.10 设置类的方法（7）至此，类的方法和属性都设置好了，如图1.11所示。图1.11 完整的Cpurse类（名称、属性和方法）（8）同样的方法设置其他的类，并分别设置相关的属性和方法，得到 系统的初步类图，并根据分析情况，进一步细化添加相关的类，并给出类之间的关联，如图1.12所示。 图 1.12 系统的最终类图三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验七：顺序图和协

21、作图实验学时：2 实验类型：设计型一、目的与任务目的：理解顺序图的基本概念，理解协作图的基本概念；掌握在Rational Rose中绘制交互图的操作方法。任务：对网上选课系统中的用例进行动态建模，熟悉交互图的创建过程。二、内容、要求与步骤内容：完成网上选课系统的静态结构-类模型的搭建。现在需要对前面所给出的用例进行实现，而用例的实现主要由交互图来指定和描述系统的动态特性，即对象之间的交互，用顺序图和协作图实现。要求：给出系统所涉及主要用例的动态实现-交互图的绘制。步骤：（以系统管理员添加课程的用例展示交互图的实现）1.添加课程用例的主事件流描述 管理员进入管理界面，选择添加课程功能。1) 界面

22、提示用户输入课程信息。2) 界面对象创建一个课程对象。3) 通过控制对象来对课程信息进行合法性检查。4) 控制对象向课程对象返回结果。5) 控制对象向数据库查询课程相关信息。6) 控制对象对查询结果进行判断。7) 控制对象向数据库中插入数据。8) 在界面上显示结果。9) 控制对象撤消建立的课程对象。2绘图步骤：（1）在Rose软件的左边栏目上的Logicl View单击右键，在弹出来的菜单中选择“NewSequence diagram”项新建一个顺序图，顺序图是交互图一种表示，可以用时序来表示，如图1.13。 图1.13 顺序图（2）接下来的是添加对象。见图1.14所示。图1.14 添加了对象

23、的顺序图（3）添加对象后，便可以添加对象间的消息了。如图1.15所示。图1.15 添加了对象间消息的顺序图（4) 完成了顺序图后，可以按F5键便得到添加课程的协作图；或在弹出来的菜单中选择“NewCollaboration diagram”项见图1.16所示。图1.16 协作图三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验八：状态图实验学时：2 实验类型：设计型一、目的与任务目的：熟悉活动图的基本功能和使用方法，掌握如何使用建模工具绘制活动图方法。任务：完成系统主要对象的状态变换，熟练状态图的创建过程。二、内容、要求与步骤内容：得到网上选课系统的业务处理过程，但对业务

24、处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。要求：实现网上选课系统中课程对象的状态图。实验步骤：1业务分析：由前面章节对网上选课系统中的添加课程的主要业务的描述和分析可知，管理员可以添加、删除和修改课程信息，在某个学期开设该课程，如果选修人数超过指定人数，就不再允许学会选这门课。学期结束，课程的状态结束。2绘图步骤：（1）在逻辑视图（Logical view）下，点击鼠标右键，在弹出来的菜单中选择“NewStatechart diagram”项如图3.1所示，新建一个状态图，命名为addCourse状态图，图

25、1.17所示。图1.17 构建状态图（2）双击“addCourse”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点；当创建该课程时，操作者添加课程到数据库中，如果修改或删除某课程，则发出其他事件，如删除课程的事件“delete course”，则课程的状态就转入“deleted”状态。如图1.18所示。图1.18 添加两个状态的状态图（3）课程对象（course）的状态图如图1.19所示。图1.19 还书的状态图（5）根据分析设计情况，进一步添加或细化状态图。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验九：活动图实验学时：2 实验类型：设计型一、

26、目的与任务目的：熟悉活动图的基本功能和使用方法，掌握如何使用建模工具绘制活动图方法。任务：对每个用例进行业务分析，说明其具体的业务流程；熟悉rose中活动图的创建过程。二、内容、要求与步骤内容：在了解系统的具体需求后，完成对系统的需求建模。当创建系统的用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程。 要求：实现用例的业务流程。实验步骤：1.业务分析添加课程事件流：1. 管理员选择进入管理界面，用例开始。2. 系统提示输入管理员密码。3. 管理员输入密码。4. 系统验证密码。 A1：密码错误5 进入管理界面，系统显示目前所建立的全部课程信息。6 管理员选择添加课程。7 系统提示输入

27、新课程信息。8 管理员输入信息。9 系统验证是否和已有课程冲突。 A2：有冲突10系统添加新课程，提示课程添加成功。11系统重新进入管理主界面，显示所有课程。12用例结束。其他事件流：A1：密码错误1. 系统提示再次输入。2. 用户确认。3. 三次错误，拒绝再次访问。4. 否则进入添加课程事件流第5步。 A2：有冲突1. 系统提示冲突，显示冲突课程信息。2. 用户重新输入。3. 继续验证直到无冲突。4. 进入添加课程事件流第10步。2.绘图步骤：（1）在逻辑视图（Logical view）下，点击鼠标右键，在弹出来的菜单中选择“NewActivity Diagram”，选中后单击，便可以新建好

28、一个活动图。如图1.20所示。图1.20 活动图(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“UI“，在右边的图添加一个泳道，并命名为“Model”.按照此步骤，再添加另一个泳道，并命名为“Database”，得到图1.21. 图1.21 带有两个泳道的活动图（3）接着在左边的工具上选取开始点，并在“UI”泳道上添加开始结点后，再来为此活动图添加活动，名为：输入各项课程信息“，并添加他们间添加活动关系，如图1.22所示。 图1.22 带活动的活动图（3）根据业务分析中添加课程的事件流程，最终获取“添加课程“用例的具体也去的处理流程，活动图如图1.23所示。图1.23 完整

29、的添加课程的活动图（4）根据分析设计情况，进一步添加或细化活动图。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验十：组件和部署实验学时：2 实验类型：设计型一、目的与任务目的：理解组件图的基本概念，理解部署图的基本概念，掌握组件图和部署图绘制的方法。任务：完成系统的物理部件的映射，熟练掌握rational rose中组件和部署图的绘制。二、内容、要求与步骤内容：已经完成网上选课系统的分析和设计，下一步就是生成系统的组件图和部署图。要求：完成系统的组件图和部署图。实验步骤：1. 分析：在网上选课系统中，通过分析可以发现类图中的类应分为4个部分：在选课系统中，包括Main

30、Program类（主程序）、People类、ontrolObject类、Student类、Registrar类、Course类和ataBase类。其中，People类是Student类和egistrar类的抽象类，所以Student类和egistrar类依赖People类。ormObject类和ontrolbject类都和Course类相关,FormObject类和ontrolObject类依赖ourse类。ontrolObject类和DataBase类相关，ControlObject类依赖DataBase类。2. 绘图步骤：组件图：（1）在组件视图中双击Main图，在右边的绘图区中添加一个新

31、组件，并取名StartClass.java表明新增一个主程序，如图1.24.。 图1.24 组件 图（3）选择新创建的组件，点击鼠标右键，在弹出的菜单中选择“Open Sepcification”，）在对话框中，可以修改组件的名称，设置组件的类型，指定实现的语言。这里新组件的名称定为“StartClass.java”，修改结果如图1.25所示。 图1.25 设置组件的属性（4）根据分析的结果分别创建ormObject、Controlbject和Course等组件，并表示个组件对应的文件，并创建各组件的依赖关系。在本节“关系”一段中，已经描述过依赖关系使用虚线表示，因此根据分析中的结果，在图中将

32、相互依赖的组件连接即可。完成后的组件图如图1.26。图1.26 系统最终的组件图部署图：（1）“Deployment View”,在图中添加分别添加一个Processer和Device，并分别命名为“computerwith java support”和“Printer”，添加完毕后，并为节点添加连接关系。全图如图1.27。图1.27 部署图（2）根据分析设计情况，进一步添加或细化组件图或部署图。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。四、成绩考核及评定实验结束时验收系统和收总结报告，成绩分优、良、中、及格和不及格五等。 考核标准包括：（1）总结报告（40%） （2

33、）系统演示（20%） （3）考勤（20%） 附录一：课程设计题目题目一：“教务管理系统之子系统学院课程安排”1 系统简介每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程

34、。2 限定条件（1） 每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。（2） 学院中层干部的主讲课时不能超过4学时/周。（3） 本学期出现严重教学事故的教师不能承担下各学期的主讲任务。（4） 本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。（5） 本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。题目二：“学校教材定购系统”1 系统简介本系统可以细化为两个子系统：销售系统和采购系统销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员

35、审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。以上功能要求在计算机上实现。2 技术要求和限制条件（1） 当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。（2） 在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。（3） 系统的外部项至少包括：教师、学生和教材工作人员。（4） 系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。题目三：“机票预定系统”1

36、系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。2 技术要求和限制条件（1） 在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。（2） 对于本系统还应补充一下功能：1 旅客延误了取票时

37、间的处理2 航班取消后的处理3 旅客临时更改航班的处理（3） 系统的外部输入项至少包括：旅客、旅行社和航空公司。题目四：“实验室设备管理系统”1 系统简介每学年要对实验室设备使用情况进行统计、更新。其中：（1） 对于已彻底损坏的做报废处理，同时详细记录有关信息。（2） 对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。（3） 对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。（4）

38、 随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。2 技术要求及限制条件（1） 所有工作由专门人员负责完成，其他人不得任意使用。（2） 每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。（3） 本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。（4） 本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。注：系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表题目五：人事管理系统的设计系统简介和设计要求：（1）信息要求本系统应该包含与人事管理相关

39、的信息，如部门信息、职员信息，其中职员信息应该包含职员的基本信息（如职员的编号、姓名、性别等）职员的其他信息如（如：主要社会关系、奖惩情况等）。（2）功能要求本系统的基本功能要求如下：部门信息维护；职员信息维护（含职员的部门调整）；职员信息查询（不确定查询）；人事信息查询(如人才结构的统计查询)用户管理（含用户权限的设置）辅助功能（如学历索引表、职称索引表的维护等）题目六：工资管理系统的设计系统简介和设计要求：（1）信息要求本系统应该包含与工资管理相关的信息，如部门信息、职员工资信息，其中职员工资信息应该包含与支援工资相关的基本信息（如：职员的编号、姓名、基本工资、各种津贴以及其他应发工资项目

40、，水电、煤气等各项扣款，以及公积金、会费等）、职员的其他信息（如工资调整情况）等。（2）功能要求本系统的基本功能要求如下：部门信息维护；职员工资信息维护；显示打印职员工资表；打印职员工资发放表；打印部门工资汇总表；用户管理（含用户权限的设置）。题目七：毕业生管理信息系统设计要求：（1）信息要求本系统应该包含与毕业生管理相关的信息，如毕业生基本信息、毕业生就业信息、其中毕业生基本信息应该包括：毕业生的编号、姓名、性别、民族、籍贯、毕业时间、专业、政治面貌等信息；毕业生就业信息应该包括：毕业生的编号、就业时间、工作单位、工作性质、职务、地址等。（2）功能要求本系统的基本功能要求如下：毕业生基本信息

41、维护；毕业生就业信息维护；毕业生就业情况查询（不确定查询）；按专业划分的就业情况统计；用户管理（含用户权限的设置）。题目八：图书管理系统：需求陈述：大学图书管理系统，该系统除了一般的图书管理功能外，还能够为学生和教工从其他图书馆借阅图书和文献资料提供服务。 1. 功能需求 基本数据维护功能： 提供使用者录入，修改并进行维护基本数据的途径。基本数据包括读者的信息、图书资料的相关信息，可以对这些信息进行修改，更新。 基本业务功能： 读者借、还书籍的登记管理功能，随时根据读者借、还书籍的情况更新数据库系统，如果书籍已经借出，可以进行预留操作，书籍的编目、入库、更新等操作。 数据库管理功能： 对所有图

42、书信息及读者信息进行统一管理维护的功能，对书籍的借还也要进行详细的登记，以便协调整个图书馆的运作。 信息查询功能： 提供对各类信息的查询功能，如对本图书馆的用户借书信息，还书的信息，书籍源信息，预留信息等进行查询，对其他图书馆的书籍、资料源信息的查询功能。2. 非功能需求 系统安全性需求：为保证系统安全性，对本图书馆的各项功能进行分级、分权限操作，对各类用户进行确认。对其它图书馆借阅图书和文献资料服务控制访问范围：如限IP、限用户等。 对系统可用性的需求：为了方便使用者，要求对所有交互操作提供在线帮助功能。 对系统查询速度的需求：要求系统在20S之内响应查询服务请求。 对系统可靠性的需求：要求

43、系统失败发生率小于1%。3. 领域需求例如：对“大学图书管理系统”，提出一些与图书管理的业务相关的需求： 图书编目要求按照中国图书馆分类法进行； 由于版权限制，某些文献资料只能在图书馆规定的阅览室阅读，并限制复制和打印。第一条需求是对遵循我国图书管理的规定，执行对图书的分类管理的标准。而第二条需求则是版权法对图书馆文献资料的保护的需要，描述了对一类文献资料有限制的使用和服务。题目九：面向对象图书管理信息系统设计与实现目的：综合运用面向对象程序设计、数据库编程、GUI用户编程技术开发一个功能简单的图书管理系统，实现基于关键字的检索，读者和图书基本信息的管理。任务：1）完成整个系统的需求分析和类的设计；2）实现基本