软件工程实验指导书

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

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

3、及学生的合作意识和团队精神，为今后走向工作岗位打下扎实的基础。一、实验要求软件工程实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。具体要求如下：1班级按项目小组进行分组，每组不得超过 5人2每个项目小组选出项目负责人或项目经理，由项目经理召集项目组成员讨论、选定开发项目3项目开的每项任务要落实到人且规定该任务的起止日期和时间4每 个项目小组必须按照软件工程实验指导书附录中给定的文档规范标准提供项目文档5根据实验内容，分别实现结构化的开发和面向对象的软件开发6题目自定或采用附录二中的题目二、实验内容1结构化软件开发技术以实际工程项目为驱动，采用结构化的分析、设计与实现方法完成该项

4、目的分析设计与实现。1）项目的可行性分析评述为了合理地达到开发目标而可能先择的各种方案；论证所选定的方案。2）项目的开发计划以 项 目 负 责 人 为 主 ， 对于在开发过程中各项工作的负责人员、开发进度所需经费预算、 所需软、 硬件条件等问题作出安排记载下来， 以便根据本计划开展和检查本项目的开发工作 。3）软件需求规格说明书编制目的是软件使用用户、业务专家和软件开发者对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础， 主要将用户的需求和业务的需求转化为未来软件系统的目标功能模型。4）软件概要设计说明书编制目的是说明对未来软件系统的结构设计的考虑，包括软件系统的体系结构、数据的

5、设计、接口的设计以及模块基本处理流程的设计，为软件系统的详细设计提供基础。（5）详细设计说明书编制目的是说明一个软件系统各个层次中的每一个结构 （模块或子系统） 的设计考虑，如果一个软件系统比较简单， 层次很少， 本文件可以不单独编写， 有关内容合并概要设计说明书。6）数据库设计数据库设计说明书的编制目的是对于设计中所涉及的数据对象的逻辑结构和理结构作出具体的设计规定。（ 7）测试分析报告测试分析报告的编写是为了把单元测试、集成测试、 系统测试和确认测试的结果写成文件加以记载。8）用户手册描述该软件系统的基本使用方法。使用户（或潜在用户）通过本手册能够了解该软件的功能以及熟练的使用该系统。注：

6、国家计算机软件开发规范文档见附录二。2面向对象的软件开发技术以实际工程项目-图书管理系统为驱动，结合面向对象的建模语言-uml及 建 模 工 具 ratioanl rose， 完 成 该 项 目 的 分 析 、 设 计 与 实 现 。（1）面向对象的分析用例模型：软件系统的功能模型活动图：软件系统的业务模型类对象模型：软件系统的结构模型（2）面向对象的设计用例模型：设计阶段软件系统的功能模型类对象模型：设计阶段软件系统的结构模型动态模型：顺序图和协作图，状态图3）面向对象的实现组件图：系统的编码部署图：系统的部署注 ： 结 合 3-rational rose的 练 习 完 成 该 项 目 。3

7、 Rational Rose的 使用（ 1） rational rose的基本操作的熟悉2）用例视图的建立3）逻辑视图的建立类对象模型动态模型的建立顺 序 图协 作 图状 态 图活 动 图4）组件图的建立5）部署图的建立、实验过程课程实验项目具体要求如下：实验一：项目开发的准备工作实验学时：2一、目的与任务实验类型：创新型目的：确定课题，组织组员，合理分工，熟悉软件开发环境，培养团队精 神 。任务：学习软件工程管理，合理组织软件开发，合理分工，明确项目开发各阶段的任务，并熟悉相应的软件开发环境。二、内容、要求与安排方式1、实验内容与要求：根据小组选择的课题，实行项目经理制，每组推荐一名组长，统

8、一管理整个项目的实施过程，合理调整资源和负责项目全局；根据项目的难易合理分配组员的任务，对问题达成一直的看法；针对项目的实施，熟悉相应的软件开发工具的使用环境。2、实验安排方式：本实验为开放实验，各组可同时进行实验，每组 35人。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验二：系统分析过程实验学时：2一、目的与任务实验类型：设计型目的：确定项目的可实施性，获取项目的需求，并在此基础上完成系统的逻辑功能模型的建立。任务：采用结构化软件开发技术，完成对项目的分析过程，给出系统的逻辑功能模型（DFD），数据字典（DD）以及需求规格说明书。二、内容、要求与安排方式1、实验内

9、容与要求：明白项目的业务流程图，绘制数据流图（DFD），数据模型（ER），编写数据字典（DD），数据加工处理的描述，撰写需求规格说明书。2、实验安排方式：本实验为开放实验，各组可同时进行实验，每组 35人。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验三：系统设计过程实验学时：2一、目的与任务实验类型：设计型目的：在实验二基础上完成软件系统体系结构的设计和系统详细设计，并给出相应的设计规格说明书。任务：认真分析实验二的结果，给出软件系统合理的体系结构，描绘系统结构图，并合理划分系统的各组成模块，撰写系统设计规格说明书。二、内容、要求与安排方式1、实验内容与要求：系统结

10、构图、数据库的设计、人机交互界面的设计、个组成模块的算法描述，撰写软件系统设计说明书2、实验安排方式：本实验为开放实验，各组可同时进行实验，每组 35人。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验四：软件测试实验学时：2实验类型：综合型一、目的与任务目的：在实验三的基础上，完成对系统的单元测试、集成测试、系统测试和确认测试。任务：正确运用软件测试策略和技术，完成系统的单元测试、集成测试、系统测试和确认测试，掌握测试用例的设计方法，并给出测试报告。二、内容、要求与安排方式1、实验内容与要求：1）能够正确运用软件测试技术和策略，熟练的进行系统的单元测试、集成测试、系统

11、测试、确认测试的方法，掌握测试用例的设计。2）熟练的撰写测试报告。2、实验安排方式：本实验为开放实验，各组可同时进行实验，每组 35人。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验五：用例模型实验学时：2实验类型：设计型一、目的与任务目 的 ： 熟 悉 用 例 模 型 的 功 能 ， 熟 悉rational rose的 使 用 环 境 ， 掌 握 如何 使 用 rose创 建 系 统 的 用 例 模 型 。任 务 ： 熟 练 掌 握 rational rose的 开 发 环 境 ， 熟 练 用 例 模 型 的 创 建 过 程 。二、内容、要求与步骤内容：本实验采用一

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

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

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

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

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

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

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

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

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

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

22、合法性检查。 控制对象向课程对象返回结果。控制对象向数据库查询课程相关信息。控制对象对查询结果进行判断。控制对象向数据库中插入数据。在界面上显示结果。控制对象撤消建立的课程对象。2绘图步骤：（ 1）在 Rose 软件的左边栏目上的LogiclView 单击右键， 在弹出来的菜单中选择“ NewSequence diagram ”项新建一个顺序图，顺序图是交互图一种表示，可以用时序来表示，如图。图 顺序图2）接下来的是添加对象。见图所示。图 添加了对象的顺序图3）添加对象后，便可以添加对象间的消息了。如图所示。图 添加了对象间消息的顺序图4) 完成了顺序图后， 可以按 F5 键便得到添加课程的协

23、作图； 或在弹出来的菜单中选择“ New Collaboration diagram”项见图所示。图 协作图三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验八：状态图实验学时：2一、目的与任务实验类型：设计型目 的 ： 熟悉活动图的基本功能和使用方法，掌握如何使用建模工具绘制活动图方法。任务：完成系统主要对象的状态变换，熟练状态图的创建过程。二、内容、要求与步骤内容：得到网上选课系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解， 而状态图能从对象的动态行为的角度去描述系统的业务活动。要求：实现网上选课系统中课程对象的

24、状态图。实验步骤：1业务分析： 由前面章节对网上选课系统中的添加课程的主要业务的描述和分析可知，管理员可以添加、删除和修改课程信息，在某个学期开设该课程，如果选修人数超过指定人数，就不再允许学会选这门课。学期结束，课程的状态结束。2绘图步骤：（ 1）在逻辑视图（Logical view）下，点击鼠标右键，在弹出来的菜单中选择“NewStatechart diagram”项如图所示，新建一个状态图，命名为addCourse状态图，图所示。图 构建状态图2）双击“ addCourse ”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点； 当创建该课程时，操作者添加课程到数据库中，

25、如果修改或删除某课程，则发出其他事件，如删除课程的事件“ delete course ”，则课程的状态就转入“ deleted ”状态。如图所示。图 添加两个状态的状态图3）课程对象（ course ）的状态图如图所示。图 还书的状态图5）根据分析设计情况，进一步添加或细化状态图。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验九：活动图实验学时：2实验类型：设计型一、目的与任务目 的 ：熟悉活动图的基本功能和使用方法，掌握如何使用建模工具绘制活动图方法。任 务 ：对 每个用例进行业务分析，说明其具体的业务流程；熟悉rose 中活动图的创建过程。二、内容、要求与步骤内容

26、：在了解系统的具体需求后，完成对系统的需求建模。当创建系统的用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程。要求：实现用例的业务流程。实验步骤：业务分析添加课程事件流：管理员选择进入管理界面，用例开始。系统提示输入管理员密码。管理员输入密码。系统验证密码。A1：密码错误5 进入管理界面，系统显示目前所建立的全部课程信息。6 管理员选择添加课程。7 系统提示输入新课程信息。8 管理员输入信息。9 系统验证是否和已有课程冲突。A2：有冲突10系统添加新课程，提示课程添加成功。11系统重新进入管理主界面，显示所有课程。12用例结束。其他事件流：A1：密码错误系统提示再次输入。用户确认。

27、三次错误，拒绝再次访问。4.否则进入添加课程事件流第5 步。A2：有冲突系统提示冲突，显示冲突课程信息。用户重新输入。继续验证直到无冲突。进入添加课程事件流第 10 步。绘图步骤：（ 1）在逻辑视图（Logical view）下，点击鼠标右键，在弹出来的菜单中选择“NewActivity Diagram”，选中后单击，便可以新建好一个活动图。如图所示。图活动图(2) 新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“UI “，在右边的图添加一个泳道，并命名为“Model ” . 按照此步骤，再添加另一个泳道，并命名为“Database ”，得到图 .图 带有两个泳道的活动图3）接着

28、在左边的工具上选取开始点，并在“ UI ”泳道上添加开始结点后，再来为此活动图添加活动，名为：输入各项课程信息“，并添加他们间添加活动关系，如图所示。图 带活动的活动图（ 3）根据业务分析中添加课程的事件流程，最终获取“添加课程“用例的具体也去的处理流程，活动图如图所示。图完整的添加课程的活动图4）根据分析设计情况，进一步添加或细化活动图。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验十：组件和部署实验学时：2实验类型：设计型一、目的与任务目 的 ： 理解组件图的基本概念，理解部署图的基本概念，掌握组件图和部署图绘制的方法。任 务 ： 完 成 系 统 的 物 理 部

29、件 的 映 射 ， 熟 练 掌 握 rational rose 中 组 件 和部署图的绘制。二、内容、要求与步骤内容：已经完成网上选课系统的分析和设计，下一步就是生成系统的组件图和部署图。要求：完成系统的组件图和部署图。实验步骤：1. 分析：在网上选课系统中，通过分析可以发现类图中的类应分为4 个部分：在选课系统中，包括MainProgram 类（主程序）、 People 类、 ontrolObject类、Student 类、 Registrar类、 Course 类和 ataBase 类。其中， People 类是 Student 类和 egistrar类的抽象类，所以Student 类和

30、egistrar类依赖 People类。ormObject 类 和 ontrol bject类 都 和 Course类相关,FormObject类 和 ontrolObject类 依 赖 ourse类 。 ontrolObject类 和DataBase 类 相 关 ，ControlObject类依赖 DataBase 类。2. 绘图步骤 ：组件图：（ 1）在组件视图中双击Main 图，在右边的绘图区中添加一个新组件，并取名表明新增一个主程序，如图. 。图组件图（ 3）选择新创建的组件，点击鼠标右键， 在弹出的菜单中选择“ Open Sepcification”，）在对话框中，可以修改组件的名称

31、， 设置组件的类型，指定实现的语言。这里新组件的名称定为“”，修改结果如图所示。图 设置组件的属性（ 4）根据分析的结果分别创建ormObject 、Control bject和 Course 等组件，并表示个组件对应的文件，并创建各组件的依赖关系。在本节“关系”一段中，已经描述过依赖关系使用虚线表示，因此根据分析中的结果，在图中将相互依赖的组件连接即可。完成后的组件图如图。图系统最终的组件图部署图：1）“Deployment View名为“ computer with java 系。全图如图。” , 在图中添加分别添加一个 Processer 和 Device ，并分别命 support ”

32、和“ Printer ”，添加完毕后，并为节点添加连接关图 部署图2）根据分析设计情况，进一步添加或细化组件图或部署图。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。四、成绩考核及评定实验结束时 验收系统和收总结报告，成绩分优、良、中、及格和不及格五等。考核标准包括：1）总结报告（40%）2）系统演示（20%）3）考勤（20%）附录一：实验题目实验题目题目一：“教务管理系统之子系统学院课程安排”1系统简介每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和

33、要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。2限定条件1）每位教师的主讲课程门数不超过 2 门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。2）学院中层干部的主讲课时不能超过 4学时/周。3）本学期出现严重教学事故的教师不能承担下各学期的主讲任务 。4）本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划

34、和学院定的有关授课限制条件。5）本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。题目二：“学校教材定购系统”1系统简介本系统可以细化为两个子系统：销售系统和采购系统销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。以上功能要求在计算机上实现。2技术要求和限制条件1）当书库中的各种书籍数量发生变化（包括进书和出书）时，

35、都应修改相关的书库记录，如库存表或进/出库表。2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验 证 。3）系统的外部项至少包括：教师、学生和教材工作人员。4）系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。题目三：“机票预定系统”1系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，

36、系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。2技术要求和限制条件1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。2）对于本系统还应补充一下功能：1旅客延误了取票时间的处理2航班取消后的处理3旅客临时更改航班的处理3）系统的外部输入项至少包括：旅客、旅行社和航空公司。题目四：“实验室设备管理系统”1系统简介每学年要对实验室设备使用情况进行统计、更新。其中：1）对于已彻底损坏的做报废处理，同时详细记录有关信息。2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费

37、用、责任人等。3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。2技术要求及限制条件1）所有工作由专门人员负责完成，其他人不得任意使用。2）每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。3）本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。4）本系统的输

38、入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计 表题目五：人事管理系统的设计系统简介和设计要求：（1）信息要求本系统应该包含与人事管理相关的信息，如部门信息、职员信息，其中职员信息应该包含职员的基本信息（如职员的编号、姓名、性别等）职员的其他信息如（如：主要社会关系、奖惩情况等）。（2）功能要求本系统的基本功能要求如下：部门信息维护；职员信息维护（含职员的部门调整）；职员信息查询（不确定查询）；人事信息查询(如人才结构的统计查询)用户管理（含用户权限的设置）辅助功能（如学历索引表、职称索引表的维护等）题目六：工

39、资管理系统的设计系统简介和设计要求：（1）信息要求本系统应该包含与工资管理相关的信息，如部门信息、职员工资信息，其中职员工资信息应该包含与支援工资相关的基本信息（如：职员的编号、姓名、基本工资、各种津贴以及其他应发工资项目，水电、煤气等各项扣款，以及公积金、会费等）、职员的其他信息（如工资调整情况）等。（2）功能要求本系统的基本功能要求如下：部门信息维护；职员工资信息维护；显示打印职员工资表；打印职员工资发放表；打印部门工资汇总表；用户管理（含用户权限的设置）。题目七：毕业生管理信息系统设计要求：（1）信息要求本系统应该包含与毕业生管理相关的信息，如毕业生基本信息、毕业生就业信息、其中毕业生基

40、本信息应该包括：毕业生的编号、姓名、性别、民族、籍贯、毕业时间、专业、政治面貌等信息；毕业生就业信息应该包括：毕业生的编号、就业时间、工作单位、工作性质、职务、地址等。（2）功能要求本系统的基本功能要求如下：毕业生基本信息维护；毕业生就业信息维护；毕业生就业情况查询（不确定查询）；按专业划分的就业情况统计；用户管理（含用户权限的设置）。题目七：图书管理系统：需求陈述：大学图书管理系统，该系统除了一般的图书管理功能外，还能够为学生和教工从其他图书馆借阅图书和文献资料提供服务。功能需求基本数据维护功能：提供使用者录入，修改并进行维护基本数据的途径。基本数据包括读者的信息、图书资料的相关信息，可以对

41、这些信息进行修改，更新。基本业务功能：读者借、还书籍的登记管理功能，随时根据读者借、还书籍的情况更新数据库系统，如果书籍已经借出，可以进行预留操作，书籍的编目、入库、更新等操作。数据库管理功能：对所有图书信息及读者信息进行统一管理维护的功能，对书籍的借还也要进行详细的登记，以便协调整个图书馆的运作。信息查询功能：提供对各类信息的查询功能，如对本图书馆的用户借书信息，还书的信息，书籍源信息，预留信息等进行查询，对其他图书馆的书籍、资料源信息的查询功能。非功能需求系统安全性需求：为保证系统安全性，对本图书馆的各项功能进行分级、分权限操作，对各类用户进行确认。对其它图书馆借阅图书和文献资料服务控制访

42、问范围：如限 IP、限用户等。 对系统可用性的需求：为了方便使用者，要求对所有交互操作提供在线帮助功能。对系统查询速度的需求：要求系统在 20S 之内响应查询服务请求。对系统可靠性的需求：要求系统失败发生率小于 1%。领域需求例如：对“大学图书管理系统”，提出一些与图书管理的业务相关的需求 ：图书编目要求按照中国图书馆分类法进行； 由于版权限制，某些文献资料只能在图书馆规定的阅览室阅读，并限制复制和打印。第一条需求是对遵循我国图书管理的规定，执行对图书的分类管理的标准。而第二条需求则是版权法对图书馆文献资料的保护的需要，描述了对一类文献资料有限制的使用和服务。题目八：建立一个分布式、互动式的远

43、程教学平台，为教师教学、学生学习提供比较完整的教学解决方案。其主要功能包括通知发布、参考资料发布、电子课件发布、学生作业提交、帮助教师批改学生作业、帮助学生复查批改后的作业。题目九：开发一个基于 WEB的网上机票查询和销售系统，该系统可以录入航班和机票信息，用户可以查询航班时刻表、查询机票可用信息和机票折扣信息，用户可以通过 WEB订票。题目十：开发一个基于 WEB的网上投稿系统，该系统可以接受作者的电子投稿 ， 以 及 作 者 信 息 （ 如 姓 名 、 单 位 、 通 信 地 址 、 电 话 、 E-Mail等 ） 注 册 ， 并能供投稿人查询稿件处理情况，以及在稿件处理后（退稿、录用、修

44、改后再审 等 ）， 能 自 动 发 送 E-Mail通 知 投 稿 人 。题 目 十 一 ： 开 发 一 个 基 于 Web 的 BBS 系 统 ， 包 含 一 般 BBS 所 具 有 的 功 能 ， 如用户注册、用户信息管理、发贴功能、贴子管理、主题词查询、用户信息修改和查询等。题 目 十 二 ： 开 发 一 个 基 于 Web 的 网 上 书 店 ， 该 系 统 可 以 分 类 录 入 书 籍 和 相 关信息（如名称、页数、出版商、摘要、目录等），用户可以注册、登录，注册用户享受打折服务，所有用户都可以查询、浏览书籍。注册用户可以定购书籍并查询订单。附录二：软件开发文档指南可行性研究报告可

45、行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。可行性研究报告的编写内容要求如下：引 言编写目的背 景定 义参考资料可行性研究的前提要 求目 标条件、假定和限制进行可行性研究的方法评价尺度对现有系统的分析数据流程和处理流程工作负荷费用开支人 员设 备局 限 性所建议的系统对所建议系统的说明数据流程各处理流程改进之处影 响对象设备的影响对软件的影响对用户单位机构的影响对系统动行的影响对开发的影响对地点和设施的影响对经费开支的影响局 限 性技术条件方面的可行性可选择其他系统方案可选择的系统方

46、案 1 可选择的系统方案 2投资及收益分析支 出基本建设投资其他一次性支出非一次性支出收 益一次性收益非一次性收益不可定量的收益收益/投资比投资回收周期敏感性分析社会条件方面的可行性法律方面的可行性使用方面的可行性结 论项目开发计划编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下 ：引 言编写目的背 景定 义参考资料项目概述工作内容主要参加人员产品及成果程 序文 件服 务非移交产品验收标准完成项目的最迟期限本计划的审查者与批准者实施总计划工作任务的

47、分解接口人员进 度预 算关键问题支持条件计算机系统支持需要用户承担的工作需由外单位提供的条件专题计划要点软件需求说明书软件需求说明书的编制是为了使用户的软件开发者双方对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下：引 言编写的目的背 景定 义参考资料任务概述目 标用户的点假定与约束需求规定对功能的规定对性能的规定精 度时间特性要求灵 活 性输入输出要求数据管理能力的要求故障处理要求其它的专门的要求运行环境规定设 备支持软件接 口控 制数据需求说明书数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。编制数

48、据要求说明书的内容要求如下：引 言编写目的背 景定 义参考资料数据的逻辑描述静态数据动态输入数据动态输出数据内部生成数据数据约定数据的采集要求和范围输入的承担者处 理影 响概要设计说明书概要设计说明书可称作系统设计说明书，这里说的系统是指程序系统，编制的目的是说明对程序的系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。编制概要设计说明书的内容要求如下：引 言编写目的背 景定 义参考资料总体设计需求规定运行环境基本设计概念和处理流程结 构功能需求与程序的关系人工处理过程尚未解决的问题接

49、口设计用户接口内部接口外部接口运行设计运行模块组合运行控制运行时间系统数据结构设计逻辑结构设计要点物理结构设计要点数据结构与程序的关系系统出错处理设计出错信息补救措施系统维护设计详细设计说明书详细说明书可称作程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并概要设计说明书。对详细设计说明书的内容要不得要求如下：引 言编写目的背 景定 义参考资料程序系统的组织结构程序 1（标识符）设计说明程序描述功 能性 能输 入 项输 出 项算 法流程逻辑接 口存储分配注释设计限制条件测试计划尚未解决的问题程序 2（标识符）设计说明数