2021-2022年收藏的精品资料软件工程实验指导.doc

软件工程实验指导书何丽萍 南京邮电大学传媒与艺术学院二九年一月目 录实验一 撰写可行性研究报告-2实验二 撰写需求规格说明书-5实验三 撰写概要设计说明书-8实验四 撰写详细设计说明书-12实验五 测试用例的设计-15实验六 用UML进行建模-17附录一 实验要求-23附录二 实验题目-24附录三 软件开发文档指南-29实验一撰写可行性研究报告一、实验目的：掌握可行性研究的步骤，练习撰写可行性研究报告。二、实验工具：Office2000/XP和Power Designer/Visio 2000。三、实验内容:1.掌握可行性研究方法；2.绘制数据流图，使用word撰写实验报告。四、实验要求 硬件基本配置：P4，CPU2.4G、内存256M以上高档微机；软件要求：Windows98/2000/XP操作系统，Office和Visio软件； 实验学时：4学时(课内1学时，课外3学时)； 请参照以下实验步骤写出实验报告。五、实验步骤（仅供参考）：XXXXX系统可行性研究报告步骤1：引言1.1编写目的1.2项目背景1.3术语 参考格式如下： ECMS：Electronic Card Management System，电子名片管理系统步骤2：可行性研究的前提 2.1基本要求 2.1.1功能 2.1.2性能： 2.1.3系统的输入 2.1.4系统的输出 2.1.5处理流程 2.1.6安全和保密要求 2.1.7完成期限要求 2.2开发目标 系统的开发目标需要考虑如下因素： 2.2.1人力与设备费用的相对减少 2.2.2处理速度的提高 2.2.3控制精度的提高 2.2.4人员利用率的改进 2.3具备条件该项需要说明项目开发中所具备的条件、假定和所受到的限制。 2.3.1所建议系统运行寿命的最小值 2.3.2进行系统方案选择比较的时间 2.3.3硬件、软件、运行环境和开发环境方面的条件硬件环境：软件环境： 2.3.4可利用的信息和资源： 2.3.5系统投入使用的最晚时间： 2.4进行可行性研究的方法 可行性研究采用的方法如下： 2.4.1客户调查 2.4.2专家咨询 2.4.3市场相关产品、同类产品调查 2.5评价尺度 步骤3：对现有系统的分析步骤4：所建议系统的技术可行性分析 4.1所建议系统的简要描述4.2数据流程(常用系统资源图和数据流程图) 4.3与现有系统比较的优越性 4.4采用建议系统可能带来的影响 4.5所建议技术可行性分析步骤5：所建议系统的经济可行性分析(投资和效益分析) 5.1支出 5.1.1基建投资硬件设备 5.1.2其它一次性支出：软件设计和开发费用。 5.1.3经常性支出：软件维护费用。 5.2效益 5.3投资回收周期步骤6：社会因素方面的可行性 6.1法律方面的可行性 新系统的研制和开发，将不会侵犯他人、集体和国家的利益，不会违反国家政策和法律。 6.2使用方面的可行性 新系统和研制和开发充分考虑用户的业务往来、管理流程和人员素质等，从而满足使用要求。步骤7：结论结论意见是：经上面可行性分析，系统研制和开发可以立即开始进行。实验二 撰写需求规格说明书一、实验目的：掌握需求分析的步骤，练习撰写需求规格说明书。二、实验工具：Office2000/XP和Power Designer/Visio 2000。三、实验内容：1.掌握需求分析方法； 2.绘制数据流图，使用Word撰写实验报告。四、实验要求： 硬件基本配置：P4，CPU2.4G、内存256M以上高档微机；软件要求：Windows98/2000/XP操作系统，Office和Visio软件； 实验学时：4学时(课内1学时，课外3学时)； 请参照以下实验步骤写出实验报告。五、实验步骤（仅供参考）：XXXXX需求规格说明书步骤1：引言1.1编写目的:同“实验一”中的编写目的。 1.2项目背景 1.3术语说明:同“实验一”中的术语说明。步骤2：项目概述2.1待开发软件的一般描述 2.2待开发软件的功能 2.3用户特征 2.4运行环境 硬件环境： 软件环境： 2.5条件与限制步骤3：功能需求3.1功能划分本软件具有如下主要功能：3.2功能描述步骤4：外部接口需求4.1用户界面 4.2硬件接口：4.3软件接口： 4.4通信接口：本软件应提供对哪些平台（例如对电子名片系统，是否对电子邮件、WEB浏览器、电话拨号、手机短信息等）的支持。4.5故障处理：故障使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。步骤5：性能需求5.1数据精确度5.2时间特性5.3适应性步骤6：软件属性需求6.1正确性：要求发布的软件达到用户的预期目标，运行时基本无错误。6.2可靠性：在一般条件下，应不出故障。6.3效率：对于一般操作，要求在多少时间内完成响应。6.4完整性：要求能在发生意外（如掉电）的情况下，保证不丢失数据。6.5易使用性：要求能尽量为用户的使用提供方便，软件的界面符合目前流行的界面规范。6.6可维护性：要求本软件在运行中发现错误时，能快速、准确地其进行定位、诊断和修改。6.7可测试性：设计时尽可能减少测试本软件的各项功能所需要的工作量。6.8复用性：设计时应采取模块化的方法进行设计，对系统内各模块接口尽可能达到高内聚、低耦合的程度，以提高各模块的复用性。6.9安全保密性：例如对电子名片管理系统，要求提供身份验证，只允许通过身份验证的用户使用本软件；对于三次密码输入不正确的，应强行关闭。6.10可理解性：对于本软件提供的各种菜单命令、各种信息提示，应易于用户理解。6.11可移植性：说明本软件在将来能否易于向多种操作系统上移植，或是否可用于掌上电脑。6.12互联性：要求提供数据的导入和导出接口，以易于同其它系统连接。步骤7：其它需求：步骤8：数据描述8.1静态数据例如对电子名片管理系统，参考格式如下所示：姓名 Name 单位 Company摘要显示 Abstract 最后更新时间 UpdateTime备注 Memo8.2动态数据输入数据：菜单选项，查询关键字，新建记录项，导入文件。输出数据：由查询关键字确定的数据库记录集合或全部记录。内部生成的数据：中间查询结果。8.3数据库描述：本软件采用什么类型数据库。8.4数据词典数据流图、层次方框图参见项目概述中的待开发软件的功能，例如对电子名片管理系统，其中涉及到的数据定义参考格式如下：1姓名1汉字101字母202单位名称1汉字401字母8022摘要显示1汉字1001字母20023最后更新时间1数字1024备注1汉字字母5008.5数据采集例如对电子名片管理系统，通过身份验证的用户，采用键盘和鼠标直接输入或者从外部文件导入数据。实验三 撰写概要设计说明书一、实验目的：掌握概要设计的步骤，练习撰写概要设计说明书。 二、实验工具：Office2000/XP和Visio 2000 三、实验内容：1. 掌握概要设计方法；2. 利用以上工具绘制数据流图，撰写实验报告。 四、实验要求： 硬件基本配置：P4，CPU2.4G、内存256M以上高档微机；软件要求：Windows98/2000/XP操作系统，Office和Visio软件； 实验学时：4学时(课内1学时，课外3学时)； 请参照以下实验步骤写出实验报告。 五、实验步骤（仅供参考）：XXXXX系统概要设计说明书步骤1：引言 编写目的：同"实验二"中的编写目的。 步骤2：任务概述 2.1目标 2.2运行环境：同"实验二"中的运行环境。 2.3需求概述 本软件主要有以下几方面的功能： 功能描述参考格式如下:浏览功能：以列表形式显示全部记录。 帮助功能：为用户使用本系统提供帮助。 2.4条件与限制 例如对电子名片系统，系统是否可以和其它办公自动化套件集成起来，作为其中的一个组件，在功能方面是否可以实现由多用户分别进行管理，系统是否可以为级别不同的用户设置不同的权限等，同时应进一步提高系统的安全保密性。 步骤3：总体设计 3.1处理流程 描述系统如何启动进入；系统通过什么事件驱动激活各功能模块，并执行指定模块；由什么事件关闭系统模块，退出系统。 3.2总体结构和模块外部设计 绘制系统总体结构图； 给出各模块设计，参考格式如下：模块编号：M1.1模块名称：初始化模块 备注：系统初始化3.3.功能分配 描述系统功能由哪些模块协调完成，参考格式如下：1、系统控制功能：初始化模块(M1.1)；关闭系统模块(M1.2)；系统世界观模块(M1.3) n、帮助功能：帮助模块(Mn)。 步骤4：接口设计 4.1外部接口 4.1.1用户界面 是否采用了易于交互的GUI，诸如窗口、菜单、对话框、滚动条等，给出主控界面图。 4.1.2软件接口 需要说明软件运行于何种操作系统之上。 4.1.3硬件接口 支持何种系列微机。 4.2内部接口 给出每个模块的驱动方式和实现的功能，参考格式如下：初始化模块：系统初始时由操作系统调用，执行完毕后进入消息循环状态； 帮助模块：为用户提供帮助功能。 步骤5：数据结构设计 5.1逻辑结构设计 (1)给出数据库表的定义，参考格式如下： 字段名名称类型 索引index(unsigned)integer 姓名Namechar 20 备注Memochar 500 (2)配置文件：保留上次程序运行结束后的相关状态，参考格式如下： 数据记录索引计数IndexNum: UINT 数据库记录总数RecordTotal: int (3)全局变量： 1)记录总数RecordTotal: int 2)浏览顺序数组 Browse: int Browsemax 3)焦点记录 FocusRecord: int 4)内存记录缓冲区RecordBuffer: NameAdd RecordBuffermax NameAdd=Struct int Index; char Name20; char Company80; char Telnum40; NameAdd; 5)数据记录索引记录IndexNum: UINT; 5.2物理结构设计描述了模块间为了方便通讯设置了那些全局变量，每个模块如何访问这些全局变量，参考格式如下：初始化模块：将会设置全局变量(1)(5)； 关闭系统模块：将全局变量(1)、(5)保存至配置文件中； 打印模块：利用全局变量(2)、(3)和(4)； 步骤6：运行设计 6.1运行模块的组合 模块命名方式按照相应模块结合特性制定。命名方式为Mx和Mx。其中数字x相同的模块即为同类模块。 6.2运行控制 描述本软件的控制流程：操作系统先启动哪个模块，消息驱动别激活了哪些模块，哪个模块关闭并退出系统等。 6.3运行时间 各模块运行时间应控制在几秒内。系统是否采用了一些方式，以有效提高计算机的利用率。 步骤7：出错处理设计 本软件是否充分考虑各种系统错误，避免造成数据库系统不一致或损坏； 本软件是否提供了撤销机制，避免用户因误操作对数据库系统造成破坏； 采用何种形式（例如对话框等）为用户提供警告信息； 一些关键性操作（比如删除或修改记录），是否提供了确认机制。 步骤8：安全保密设计 在用户登录系统时进行身份验证，是否只允许合法用户进入系统； 是否添加了导入和导出功能，以方便用户对数据进行备份。 步骤9：维护设计 XXXXX系统软件有没有按照软件产品设计规范的步骤进行开发，并充分考虑软件可维护性，详细编写各阶段的文档资料，以利于未来版本升级以及移植等二次开发。实验四 撰写详细设计说明书一、实验目的：掌握详细设计的步骤，练习撰写详细设计说明书。二、实验工具：Office2000/XP和Visio 2000三、实验内容：1掌握详细设计方法；2使用以上实验工具绘制数据流图，撰写实验报告。四、实验要求： 硬件基本配置：P4，CPU2.4G、内存256M以上高档微机；软件要求：Windows98/2000/XP操作系统，Office和Visio软件； 实验学时：5学时(课内1学时，课外4学时)； 请参照以下实验步骤写出实验报告。五、实验步骤（仅供参考）：XXXXX系统详细设计说明书步骤1：引言步骤2：总体设计2.1需求概述简单描述本软件主要有哪些功能，参考格式如下：1）浏览功能以列表形式显示全部记录。n）帮助功能为用户使用本系统提供帮助。2.2软件结构用Visio绘出本软件的数据流图，包括顶层数据流图、二层数据流图等，所有数据流图以及其中的模块应遵循标准编号。图4.1是一个电子名片管理系统的顶层数据流图，供参考。同时绘出本软件的层次方框图，表明模块间的调用关系，图4.2是一个电子名片管理系统的层次方框图，供参考。图4.1 顶层数据流图图4.2 层次方框图步骤3模块结构给出每个模块的结构，如果编程实现时计划采用控件技术，需要同时给控件名称及其功能说明表，具体格式可参考如下：1、身份验证模块（M11）功能：对用户进行身份验证，通过验证则登录系统。输入项目：输入用户名和密码。输出项目：无。存储分配：程序运行需要占用内存约1MB左右。控件名称及其功能说明如表4.1所示控件 名称 功能 用户名组合框控件 ComboUser 输入或选择登录用户名称 密码 Txtpwd 输入登录用户密码 确定 Cmdland 登录到电子名片管理系统 取消 Cmdcancel 取消登录 帮助 Cmdhelp 提供帮助 表4.1 身份验证模块的控件名称及其功能说明n、帮助功能：提供对XXXXX系统使用的帮助功能。输入项目：鼠标或键盘事件。输出项目：无。 实验五 测试用例的设计一、实验目的：掌握用不同的标准：黑盒测试（例如等价分类法）和白盒测试（例如基本路径覆盖法），设计测试用例；二、实验工具：Office2000/XP和VC6.0/TC2.0/TC3.0 三、实验内容：1熟悉典型测试方法：黑盒测试和白盒测试2编写程序代码，为程序设计测试用例。要求用不同的标准设计测试用例，并上机验证测试用例；3使用WORD撰写实验报告:测试文档。四、实验要求： 硬件基本配置：P4，CPU2.4G、内存256M以上高档微机；软件要求：Windows98/2000/XP操作系统，VC6.0/TC2.0/TC3.0和WORD2000； 实验学时：6学时(课内1学时，课外5学时)； 请参照以下实验步骤写出实验报告。五、实验步骤（仅供参考）：XX系统的测试文档步骤1：用黑盒测试方法之一，等价类划分法设计测试用例具体实例：某一8位微机，其八进制常数定义为：以零开头的数是八进制整数，其值的范围是-177177，如05，0127，-065。根据条件使用等价类划分法设计测试用例，要求：1. 列出等价类表，格式如下所示（注意：将等价类编号）：八进制常数等价类表输入数据有效等价类无效等价类2. 编程实现实例；3设计测试用例，格式如下所示： 用例序号(n)测试数据覆盖等价类（列出等价类序号）期望结果步骤2：用白盒测试方法之一，路径覆盖方法设计测试用例具体实例：一段排序程序，利用插入排序的算法，将数据存放于有序数组R中，方法是对一个新的数值Rk+1，先查找适当插入位置，然后将该值插入到R0k当中。 用路径覆盖方法为它设计足够的测试用例，要求：1绘出程序图；2编程实现实例；3执行程序，最少给出循环次数为0、1、2次时程序的执行情况，格式如下所示： 插入排序算法的测试用例循环次数输 入 数 据 预 期 结 果覆 盖 路 径jRi-2 Ri-1RiRi+1R0jRi-2 Ri-1RiRi+1约束路 径0i-122i-12< 实验六 用UML进行建模一、实验目的：了解和掌握一种面向对象建模的语言和工具：UML和Rational ROSE，并利用Rational ROSE构造一个简单的软件系统模型。 二、实验工具：Office2000/XP和Rational ROSE。三、实验内容：1熟悉面向对象设计方法；2 从多个视角考察一个系统后，用UML提供的各种图形工具，例如Use Case图、类图、顺序图、协作图、状态图等，建立系统模型，用WORD撰写实验报告。四、实验要求： 硬件基本配置：P4，CPU2.4G、内存256M以上高档微机；软件要求：Windows98/2000/XP操作系统，Office2000/XP，IBM Rational Rose 2003，JDK 5.0，Visual Studio 6.0开发环境； 实验学时：6学时(课内1学时，课外5学时)；要求参照以下实验步骤，依据课堂案例中所采用的软件开发过程，在建模工具的支持下，选择一个简单的软件系统进行建模，并写出实验报告。实验报告需要有：Use Case图、顺序图（Sequence Diagram）和协作图（Collaboration Diagram）、类图以及模型自动生成的代码。五、实验步骤（仅供参考）：用UML模型实现XXXXX系统在具体建模前，先简单了解一下Rational ROSE软件。Rational ROSE的界面分为三个部分Browser窗口、Diagram窗口和Document窗口。Browser窗口用来浏览、创建、删除和修改模型中的模型元素；Diagram窗口用来显示和创作模型的各种图；而Document窗口则是用来显示和书写各个模型元素的文档注释。如果需要建造一个软件系统模型，首先必须考察清楚用户需求，也就是软件系统的功能，这是下一步开发的基础。用户需求以后的工作就是分析系统的静态结构，以此了解要实现这些需求，系统必须具备哪些功能。确定系统的结构后，就是设计工作。需要分析系统成分如何相互配合以实现系统功能（即系统的动态结构），同时还必须考虑与实现环境有关的细节，比如用什么语言，在什么操作系统上等。设计工作细化到一定程度，就可以实现编码。最后的工作，就是测试和维护。这个顺序大体上就是“功能静态结构动态结构编码测试维护”。以下将通过一个简单的例子：一个ToDo（待办事宜）表的维护工具，来学习一下UML这种语言在软件系统建造的全过程中所起的作用，并初步了解一下ROSE的用法。这个软件可以为用户创建、删除和管理ToDo信息。ToDo表的信息存贮在文件系统中。 步骤1：确定用户需求和系统功能首先，需要识别系统的用户和相关的外部系统，在UML中，它们被称为Actor（角色）。识别Actor很重要，它可以帮助界定软件系统的边界，引导发掘用户的需求，辅助设计用户界面，是需求分析阶段的第一步。对于本例，有两个Actor：ToDo User（系统的用户） 和 FileSystem（相关外部系统）。接下来，针对每个Actor，开始分析系统的Use Case（用例）。Use Case是一个UML中非常重要的概念，在使用UML的整个软件开发过程中，Use Case处于一个中心地位。 Use Case就是对系统功能的描述，不过一个Use Case描述的是整个系统功能的一部分，这一部分一定是在逻辑上相对完整的功能流程。 在使用UML的开发过程中，需求是用Use Case来表达的，界面是在Use Case的辅助下设计的，很多类是根据Use Case来发现的，测试实例是根据Use Case来生成的，包括整个开发的管理和任务分配，也是依据Use Case来组织的。对于每个Actor来说，它都要使用系统的某项功能，所以识别和分析Use Case，要对于每个Actor来逐个进行。对于ToDo User，可以轻易的识别出两个Use Case：Add Task 和 Remove Task，Use Case图如图6.1所示。ToDo User主动使用这两个Use Case所描述的系统功能，所以在Use Case图上，ToDo User和这两个Use Case的关系是用从ToDo User发出的箭头来表示的。对于FileSystem，识别出的也是同样的两个Use Case，不过这次箭头从Use Case指向FileSystem，表示FileSystem是被动的。Use Case可以用很多方式来描述，可以用自然语言，可以用形式化语言，也可以用各种图示。在UML中，通常用两种图来描述Use Case，它们就是顺序图（Sequence Diagram）和协作图（Collaboration Diagram）。图6.1 系统的Use Case图 从面向对象的角度来看，系统的功能是由一组对象通过相互发送消息来完成的，顺序图和协作图就是通过描述这样的对象和消息来描述系统的动态行为的。 现在用一个顺序图来描述Use Case AddTask。AddTask的功能是向ToDo表中加入一个Task项，它的步骤应该是： 打开加入Task项的窗口； 输入相应信息； 生成一个Task对象； 把这个Task加入到Task表中。 所以，顺序图可以画成图6.2所示。图中，方块表示一个对象，方块中的文字中冒号之前的部分是对象的名字，冒号之后的是对象所属的类的名字。方块下面的竖直虚线是对象的生命线，表示对象按照从上到下的时间轴的在某段时间内存在。对象间的箭头表示对象之间的消息通讯。而那些狭长的长方块表示某个操作方法执行的时间和调用关系。顺序图有一个孪生兄弟协作图，AddTask的协作图如图6.3所示。这两种图描述的其实是同一种东西，即实现某种系统功能的一组对象和它们之间的消息传递。不过在顺序图中，时间是作为一个显式的因素出现的。顺序图在构造实时系统时特别有用。而在协作图中，没有显式的时间因素，但是对象之间的关联是一目了然的，这对在一组相互关联的对象的语境中考察它们的消息传递是很有帮助的。顺序图和协作图是对同一事物的不同角度的考察。图6.2 系统的顺序图图6.3 系统的协作图从Use Case自然语言的描述得到了它的顺序图，从顺序图中可以发现许多类。有一个窗口，所以需要有一个对应的窗口类；有一个Task对象，相应的就得有一个Task类，类似的，Tasks这个用来管理和组织Task的集合对象也是必须的。通过分析Use Case，构造它的顺序图描述，再加上传统的对问题域中的对象和类的考察，可以发现大多数和系统相关的类。步骤2：分析系统的静态结构类的分析和设计静态结构分析通过分析Use Case和问题域，得到了类。现在需要分析这些类的属性、操作和它们之间的关系，即系统的静态结构。属性就是对象必须要存贮的信息，而类的操作，则可以通过顺序图中向对象发送的消息来识别。系统的静态结构主要用类图来表示。在类图中，类用一个方框来表示，这个方框用横线分为三个部分，第一部分是类的名字，第二部分是类的属性，第三部分是类的操作。类之间的关联用一条连接类方框的横线来表示。一端有箭头的横线表示单向关联，没有箭头的表示双向关联，如图6.4所示。对类之间关联的良好分析对以后系统的实现和扩充都有非常大的帮助。图6.4 系统的类图面向对象软件工程的一个很大的好处就是在分析和设计之间没有什么明显的区别，更不会有传统软件工程中在分析和设计之间的语义上的鸿沟。在分析进行到一定程度时，把具体实现环境的因素考虑进来，就自然过渡到了设计阶段。由于本例使用文件系统存贮ToDo表的信息，所以需要一个CFile类来封装文件系统的功能和操作。至此，实例的静态结构分析和设计已经有了初步的成果。接下来，可以根据这些成果分析和设计系统的动态结构。这包括细化和修改Use Case的描述，比如把类的操作和对象之间的消息相对应、充填参数等等，还有为比较复杂的类设计状态图等工作。因为这个例子比较简单，没有什么比较复杂的类，所以没有必要设计状态图，只需要细化一下Use Case的顺序图就可以了。这些分析和设计的工作经常是相互影响和促进的。常常会在分析动态结构的时候，发现漏掉了一个类、一个属性，或者需要加上一个操作；而随着对静态结构的进一步深入刻画，对类之间的关联、消息传递的设计也会不断发生变化。所以需要不断的对设计方案进行深化和细化，直到达到一个稳定的状态，这时就可以考虑系统的实现了。步骤3：建立实现模型在实现模型中，用来定义一些组成软件系统的组件，例如DLL库，EXE文件，Java Applet，ActiveX Control，Web页面等等。定义这些部件和它们之间的关系，对代码的自动生成、软件系统的配置、测试管理、软件的打包发行等等都有很大的好处。对于本例，只有一个部件最终的EXE文件ToDoList。在Rational ROSE中的Component View包中，创建这个组件，然后可以将各个类拖动到这个组件上，表示这些类最终是用这个组件实现的。步骤4：代码的自动生成Rational ROSE可以自动生成C+、Java、CORBA IDL、Visual Basic、Visual C+、Oracle Schema等等不同语言和系统的代码，并且可以进行“双向工程”模型和代码之间的双向转换，大大减轻了代码书写的工作。附录一：实验要求软件工程实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。具体要求如下：1每个班按项目小组进行分组，每组不得超过3人；2每个项目小组选出项目负责人，由项目负责人召集项目组成员讨论、选定开发项目；3项目开发的每项任务要落实到人且规定该任务的起止日期和时间；4每个项目小组必须按照软件工程实验指导书附录三中给定的文档规范标准提供项目文档；5题目自选或采用附录二中的题目；6软件开发的方法自定（结构化或面向对象的方法）。附录二：实验题目题目一：“教务管理系统之子系统学院课程安排”1 系统简介每个学期的期中，学校教务处向各个学院发出下个学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。假设上述排课过程原先全部由人工操作，现要求为上述过程实现计算机自动处理过程。2 技术要求和限制条件（1） 每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院的主讲任务。（2） 学院中层干部的主讲课时不能超过4学时/周。（3） 本学期出现严重教学事故的教师不能承担下各学期的主讲任务。（4） 本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。（5） 本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。题目二：“学校教材定购系统”1 系统简介本系统可以细化为两个子系统：销售系统和采购系统。销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。要求为上述功能实现计算机自动处理。2 技术要求和限制条件（1） 当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。（2） 在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。（3） 系统的外部项至少包括：教师、学生和教材工作人员。（4） 系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。题目三：“机票预定系统”1 系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。2 技术要求和限制条件（1） 在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。（2） 对于本系统还应补充一下功能：1 旅客延误了取票时间的处理2 航班取消后的处理3 旅客临时更改航班的处理（3） 系统的外部输入项至少包括：旅客、旅行社和航空公司。题目四：“学校内部工资管理系统”1系统简介假设学校共有教职工约1000人，10个行政部门和8个系。每个月20日前各个部门（包括系和部门）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送到财务处 。财务处于每个月月底将教职工的工资表做好并将数据送银行。每个月3日将工资条发给每个单位。若由员工调入或调出、校内调动、离退休变化，则由人事处通知相关部门和财务处。2技术要求和限制条件（1） 本系统的数据存储至少包括：工资表、部门汇总表、扣税款表、银行发放表等。（2） 除人事处、财务处外，其他职能部门和系名称可以简化表示。（3） 工资、奖金、扣款细节由学生自定义。题目五：“实验室设备管理系统”1 系统简介每学年要对实验室设备使用情况进行统计、更新。其中：（1） 对于已彻底损坏的做报废处理，同时详细记录有关信息。（2） 对于有严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。（3） 对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。（4） 随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。2 技术要求及限制条件（1） 所有工作由专门人员负责完成，其他人不得任意使用。（2） 每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。（3） 本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。（4） 本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。（5） 本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表。题目六：“电子名片管理系统”1 系统简介随着社会发展的日新月异，商业来往日渐广泛，人们之间交往也日益频繁。于是，人们手中便出现了名目繁多的通讯录、名址录、名片夹等客户进行管理的工具。但是一张张名片上的信息虽不多，却占很大空间，同时这些方式不易更新、不易存放、容易丢失，而建立自己的电子文档对名片进行管理，虽然克服了以上缺点，但查询效率底下。随着商务通的出现，虽然实现了可构造查询条件的名片电子化管理。但价格及贵，难以在广大客户中进行全面普及，因此开发出一个既可以存储信息又可以进行更新、查询等功能，同时价格又能为广大消费者接受的多功能电子通讯录就显得十分必要。使用本软件的用户群非常广泛，它非常适