软件工程实验指导.docx

《软件工程实验指导.docx》由会员分享，可在线阅读，更多相关《软件工程实验指导.docx（38页珍藏版）》请在三一文库上搜索。

1、软件工程实验指导书何丽萍南京邮电大学传媒与艺术学院二。九年一月实验一撰写可行性研究报告2实验二撰写需求规格说明书5实验三撰写概要设计说明书8实验四撰写详细设计说明书12实验五测试用例的设计15实验六用UML进行建模17附录一实验要求23附录二实验题目24附录三软件开发文档指南29实验一撰写可行性研究报告一、实验目的：掌握可行性研究的步骤，练习撰写可行性研究报告。二、实验工具：OffiCe2000/XP和PoWerDesigner/Visio20000三、实验内容：1 .掌握可行性研究方法；2 .绘制数据流图，使用WOrd撰写实验报告。四、实验要求硬件根本配置：P4,CPU2.4G、内存256M

2、以上高档微机；软件要求：Windows982000XP操作系统，Office和ViSio软件;实验学时：4学时（课内1学时，课外3学时）；请参照以下实验步骤写出实验报告。五、实验步骤（仅供参考）：UXXXX系统可行性研究报告步骤1：引言参考格式如下：ECMS：ElectronicCardManagementSystem,电子名片管理系统步骤2：可行性研究的前提2.1.2性能:系统的开发目标需要考虑如下因素:该项需要说明工程开发中所具备的条件、假定和所受到的限制。2.3.2进行系统方案选择比较的时间2.3.3硬件、软件、运行环境和开发环境方面的条件硬件环境：软件环境：2.3.4可利用的信息和资源

3、2.3.5系统投入使用的最晚时间：可行性研究采用的方法如下：2.4.3市场相关产品、同类产品调查2.5评价尺度步骤3：对现有系统的分析步骤4：所建议系统的技术可行性分析4. 2数据流程（常用系统资源图和数据流程图）步骤5：所建议系统的经济可行性分析（投资和效益分析）5.1.1基建投资硬件设备5. 1.2其它一次性支出：软件设计和开发费用。5. L3经常性支出：软件维护费用。步骤6：社会因素方面的可行性新系统的研制和开发，将不会侵犯他人、集体和国家的利益，不会违反国家政策和法律。新系统和研制和开发充分考虑用户的业务往来、管理流程和人员素质等，从而满足使用要求。步骤7：结论结论意见是：经上面可行

4、性分析,系统研制和开发可以立即开始进行。实验二撰写需求规格说明书一、实验目的：掌握需求分析的步骤，练习撰写需求规格说明书。二、实验工具：OffiCe2000/XP和PoWerDesigner/Visio20000三、实验内容：1 .掌握需求分析方法；2 .绘制数据流图，使用Word撰写实验报告。四、实验要求：硬件根本配置：P4,CPU2.4G、内存256M以上高档微机；软件要求：Windows982000XP操作系统，Office和Visio软件；实验学时：4学时（课内1学时，课外3学时）；请参照以下实验步骤写出实验报告。五、实验步骤（仅供参考）：UXXXX需求规格说明书步骤L引言1.1编写目

5、的：同“实验一”中的编写目的。1.3术语说明：同“实验一中的术语说明。步骤2：工程概述2.1待开发软件的一般描述待开发软件的功能用户特征运行环境硬件环境：软件环境：步骤3：功能需求本软件具有如下主要功能：步骤4：外部接口需求4.1用户界面4.2硬件接口：4.3软件接口：4.4通信接口：本软件应提供对哪些平台（例如对电子名片系统，是否对电子邮件、WEB浏览器、电话拨号、手机短信息等）的支持。45故障处理：故障使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。步骤5：性能需求步骤6：软件属性需求6.1正确性：要求发布的软件到达用户的预期目标，运行时根本无错误。6.2可靠性：

6、在一般条件下，应不出故障。6.3效率：对于一般操作，要求在多少时间内完成响应。6.4完整性：要求能在发生意外（如掉电）的情况下，保证不丧失数据。6.5易使用性：要求能尽量为用户的使用提供方便，软件的界面符合目前流行的界面标准。6.6可维护性：要求本软件在运行中发现错误时，能快速、准确地其进行定位、诊断和修改。6.7可测试性：设计时尽可能减少测试本软件的各项功能所需要的工作量。6.8复用性：设计时应采取模块化的方法进行设计，对系统内各模块接口尽可能到达高内聚、低耦合的程度，以提高各模块的复用性。6. 9平安保密性：例如对电子名片管理系统，要求提供身份验证，只允许通过身份验证的用户使用本软件；对于

7、三次密码输入不正确的，应强行关闭。6.10 可理解性：对于本软件提供的各种菜单命令、各种信息提示，应易于用户理解。6.11 可移植性：说明本软件在将来能否易于向多种操作系统上移植，或是否可用于掌上电脑。6.12 互联性：要求提供数据的导入和导出接口，以易于同其它系统连接。步骤7：其它需求：步骤8：数据描述例如对电子名片管理系统，参考格式如下所示：姓名Name单位Company摘要显示Abstract最后更新时间UpdateTime备注Memo输入数据：菜单项选择项，查询关键字，新建记录项，导入文件。输出数据：由查询关键字确定的数据库记录集合或全部记录。内部生成的数据：中间查询结果。8.3数据库

8、描述：本软件采用什么类型数据库。数据流图、层次方框图参见工程概述中的待开发软件的功能，例如对电子名片管理系统，其中涉及到的数据定义参考格式如下：1姓名=1汉字10I1字母202单位名称=1汉字40I1字母8022摘要显示=1汉字10（111字母20023最后更新时间=1数字I1024备注=1汉字I字母500例如对电子名片管理系统，通过身份验证的用户，采用键盘和鼠标直接输入或者从外部文件导入数据。实验三撰写概要设计说明书一、实验目的：掌握概要设计的步骤，练习撰写概要设计说明书。二、实验工具：OffiCe2000/XP和ViSio2000三、实验内容：1 .掌握概要设计方法；2 .利用以上工具绘制

9、数据流图，撰写实验报告。四、实验要求：硬件根本配置：P4,CPU2.4G、内存256M以上高档微机；软件要求：Windows982000XP操作系统，Office和Visio软件；实验学时：4学时（课内1学时，课外3学时）；请参照以下实验步骤写出实验报告。五、实验步骤（仅供参考）：xxxxx系统概要设计说明书步骤L引言编写目的：同实验二中的编写目的。步骤2：任务概述2. 1.目标3. 2运行环境：同实验二”中的运行环境。4. 3需求概述本软件主要有以下几方面的功能：功能描述参考格式如下：浏览功能：以列表形式显示全部记录。帮助功能：为用户使用本系统提供帮助。5. 4条件与限制例如对电子名片系统，

10、系统是否可以和其它办公自动化套件集成起来，作为其中的一个组件,在功能方面是否可以实现由多用户分别进行管理，系统是否可以为级别不同的用户设置不同的权限等，同时应进一步提高系统的平安保密性。步骤3：总体设计3.1处理流程描述系统如何启动进入；系统通过什么事件驱动激活各功能模块，并执行指定模块；由什么事件关闭系统模块，退出系统。3. 2总体结构和模块外部设计绘制系统总体结构图；给出各模块设计，参考格式如下：模块编号：M模块名称：初始化模块备注：系统初始化6. 3.功能分配描述系统功能由哪些模块协调完成，参考格式如下：1、系统控制功能：初始化模块(ML1)；关闭系统模块(MI.2)；系统世界观模块(M

11、l.3)n、帮助功能：帮助模块(Mn)。步骤4：接口设计4.1外部接口4. 1.1用户界面是否采用了易于交互的GUI,诸如窗口、菜单、对话框、滚动条等，给出主控界面图。4. L2软件接口需要说明软件运行于何种操作系统之上。7. 1.3硬件接口支持何种系列微机。7.2 内部接口给出每个模块的驱动方式和实现的功能，参考格式如下：初始化模块：系统初始时由操作系统调用，执行完毕后进入消息循环状态；帮助模块：为用户提供帮助功能。步骤5：数据结构设计7.3 逻辑结构设计(1)给出数据库表的定义，参考格式如下：字段名名称类型索引index(unsigned)integer姓名Namechar20备注Memo

12、char500(2)配置文件：保存上次程序运行结束后的相关状态，参考格式如下:数据记录索引计数数据库记录总数(3)全局变量：D记录总数2)浏览顺序数组3)焦点记录4)内存记录缓冲区RecordBuffer:IndexNum:UINTRecordTotal:intRecordTotal:intBrowse:intBrowsemaxFocusRecord:intNameAddRecordBuffermaxNameAdd=StructintIndex;charName20;charCompany80;charTelnum40;NameAdd;5)数据记录索引记录IndexNum:UINT;8. 2物

13、理结构设计描述了模块间为了方便通讯设置了那些全局变量，每个模块如何访问这些全局变量，参考格式如下：初始化模块：将会设置全局变量(1)(5)；关闭系统模块：将全局变量(1)、(5)保存至配置文件中；打印模块：利用全局变量(2)、(3)和(4)；步骤6：运行设计8.2 运行模块的组合模块命名方式按照相应模块结合特性制定。命名方式为MX和Mx。其中数字X相同的模块即为同类模块。9. 2运行控制描述本软件的控制流程：操作系统先启动哪个模块，消息驱动别激活了哪些模块，哪个模块关闭并退出系统等。6. 3运行时间各模块运行时间应控制在几秒内。系统是否采用了一些方式，以有效提高计算机的利用率。步骤7：出错处理

14、设计本软件是否充分考虑各种系统错误，防止造成数据库系统不一致或损坏；本软件是否提供了撤销机制，防止用户因误操作对数据库系统造成破坏；采用何种形式(例如对话框等)为用户提供警告信息；一些关键性操作(比方删除或修改记录)，是否提供了确认机制。步骤8：平安保密设计在用户登录系统时进行身份验证，是否只允许合法用户进入系统；是否添加了导入和导出功能，以方便用户对数据进行备份。步骤9：维护设计UXXXX系统软件有没有按照软件产品设计标准的步骤进行开发,并充分考虑软件可维护性,详细编写各阶段的文档资料，以利于未来版本升级以及移植等二次开发。实验四撰写详细设计说明书一、实验目的：掌握详细设计的步骤，练习撰写详

15、细设计说明书。二、实验工具:OffiCe2000/XP和ViSio2000三、实验内容：1 .掌握详细设计方法；2 .使用以上实验工具绘制数据流图，撰写实验报告。四、实验要求：硬件根本配置：P4,CPU2.4G、内存256M以上高档微机；软件要求：Windows982000XP操作系统，Office和Visio软件;实验学时：5学时（课内1学时，课外4学时）；请参照以下实验步骤写出实验报告。五、实验步骤（仅供参考）：XXXXX系统详细设计说明书步骤1：引言步骤2：总体设计2.1 需求概述简单描述本软件主要有哪些功能，参考格式如下：1）浏览功能以列表形式显示全部记录。n）帮助功能为用户使用本系统

16、提供帮助。用ViSiO绘出本软件的数据流图，包括顶层数据流图、二层数据流图等，所有数据流图以及其中的模块应遵循标准编号。图4.1是一个电子名片管理系统的顶层数据流图，供参考。同时绘出本软件的层次方框图，说明模块间的调用关系，图4.2是一个电子名片管理系统的层次方框图，供参考。图4.1顶层数据流图初始化重新睑证退出消息循环正常退出图4.2层次方框图非正常退出步骤3模块结构给出每个模块的结构，如果编程实现时方案采用控件技术，需要同时给控件名称及其功能说明表，具体格式可参考如下：1、身份验证模块（MlI）功能：对用户进行身份验证，通过验证则登录系统。输入工程：输入用户名和密码。输出工程：无。存储分配

17、程序运行需要占用内存约IMB左右。控件名称及其功能说明如表4.1所示控件名称功能用户名一一组合框控件ComboUser输入或选择登录用户名称密码Txtpwd输入登录用户密码确定Cmdland登录到电子名片管理系统取消Cmdcancel取消登录帮助Cmdhelp提供帮助表4.1身份验证模块的控件名称及其功能说明n、帮助功能：提供对XXXXX系统使用的帮助功能。输入工程：鼠标或键盘事件。输出工程：无。实验五测试用例的设计一、实验目的：掌握用不同的标准：黑盒测试（例如等价分类法）和白盒测试（例如根本路径覆盖法），设计测试用例；二、实验工具：TC三、实验内容：1 .熟悉典型测试方法：黑盒测试和白盒测

18、试2 .编写程序代码，为程序设计测试用例。要求用不同的标准设计测试用例，并上机验证测试用例；3 .使用WORD撰写实验报告:测试文档。四、实验要求：硬件根本配置：P4,CPU2.4G、内存256M以上高档微机；软件要求：TC和WORD2000；实验学时：6学时（课内1学时，课外5学时）；请参照以下实验步骤写出实验报告。五、实验步骤（仅供参考）：XX系统的测试文档步骤L用黑盒测试方法之一，等价类划分法设计测试用例具体实例：某一8位微机，其八进制常数定义为：以零开头的数是八进制整数，其值的范围是-177-177,如05,0127,-065o根据条件使用等价类划分法设计测试用例，要求：1 .列出等价

19、类表，格式如下所示（注意：将等价类编号）：八进制常数等价类表输入数据有效等价类无效等价类2 .编程实现实例；3 .设计测试用例，格式如下所示：用例序号（n）测试数据覆盖等价类（列出等价类序号）期望结果步骤2：用白盒测试方法之一，路径覆盖方法设计测试用例具体实例：一段排序程序，利用插入排序的算法，将数据存放于有序数组R中，方法是对一个新的数值Rk+1,先查找适当插入位置，然后将该值插入到R0k当中。用路径覆盖方法为它设计足够的测试用例，要求：2 .绘出程序图；3 .编程实现实例；4 .执行程序，最少给出循环次数为0、1、2次时程序的执行情况，格式如下所示：插入排序算法的测试用例循环次数输入数据预

20、期结果覆盖路径JRi-2Ri-1RilRi+1R0JRi-2Ri-1RiRi+1约束路径0i-122i-12实验六用UML进行建模一、实验目的：了解和掌握一种面向对象建模的语言和工具:UML和RatiOnaIROSE,并利用RationalROSE构造一个简单的软件系统模型。二、实验工具：OffiCe2000/XP和RatiOnalROSEo三、实验内容：1 .熟悉面向对象设计方法；2 .从多个视角考察一个系统后，用UML提供的各种图形工具，例如USeCaSe图、类图、顺序图、协作图、状态图等，建立系统模型，用WoRD撰写实验报告。四、实验要求：硬件根本配置：P4,CPU2.4G、内存256M

21、以上高档微机；软件要求：Windows982000XP操作系统，0ffice2000XP,IBMRationalRose2003,JDK5.0,VisualStudio6.0开发环境；实验学时：6学时（课内1学时，课外5学时）；要求参照以下实验步骤，依据课堂案例中所采用的软件开发过程，在建模工具的支持下，选择一个简单的软件系统进行建模，并写出实验报告。实验报告需要有：UseCase图、顺序图（SequenceDiagram）和协作图（CollaborationDiagram）类图以及模型自动生成的代码。五、实验步骤（仅供参考）：用IML模型实现XXXXX系统在具体建模前，先简单了解一下Rati

22、OnaIROSE软件。RationalROSE的界面分为三个局部BroWSer窗口、Diagranl窗口和DOCUment窗口。BrOWSer窗口用来浏览、创立、删除和修改模型中的模型元素；Diagram窗口用来显示和创作模型的各种图;而Document窗口则是用来显示和书写各个模型元素的文档注释。如果需要建造一个软件系统模型，首先必须考察清楚用户需求，也就是软件系统的功能，这是下一步开发的基础。用户需求以后的工作就是分析系统的静态结构，以此了解要实现这些需求，系统必须具备哪些功能。确定系统的结构后，就是设计工作。需要分析系统成分如何相互配合以实现系统功能（即系统的动态结构），同时还必须考虑与

23、实现环境有关的细节，比方用什么语言，在什么操作系统上等。设计工作细化到一定程度，就可以实现编码。最后的工作，就是测试和维护。这个顺序大体上就是“功能一一静态结构一一动态结构一一编码一一测试一维护。以下将通过一个简单的例子：一个ToDo（待办事宜）表的维护工具，来学习一下UML这种语言在软件系统建造的全过程中所起的作用，并初步了解一下ROSE的用法。这个软件可以为用户创立、删除和管理TODo信息。ToDo表的信息存贮在文件系统中。步骤L确定用户需求和系统功能首先，需要识别系统的用户和相关的外部系统，在UML中，它们被称为ACtor（角色）。识别ACtor很重要，它可以帮助界定软件系统的边界，引导

24、开掘用户的需求，辅助设计用户界面，是需求分析阶段的第一步。对于本例，有两个ACtor：ToDoUser（系统的用户）和FileSystem（相关外部系统）。接下来，针对每个ACtor,开始分析系统的USeCase（用例）。UseCaSe是一个UML中非常重要的概念，在使用UML的整个软件开发过程中，UseCase处于一个中心地位。UseCase就是对系统功能的描述，不过一个USeCaSe描述的是整个系统功能的一局部，这一局部一定是在逻辑上相对完整的功能流程。在使用UML的开发过程中，需求是用UseCase来表达的，界面是在UseCase的辅助下设计的，很多类是根据USeCaSe来发现的，测试实

25、例是根据USeCaSe来生成的，包括整个开发的管理和任务分配，也是依据USeCaSe来组织的。对于每个Actor来说，它都要使用系统的某项功能，所以识别和分析UseCase,要对于每个ACtor来逐个进行。对于ToDOUSer,可以轻易的识别出两个USeCaSe：AddTask和RemoveTask,UseCase图如图6.1所示。TODOUser主动使用这两个USeCase所描述的系统功能,所以在USeCase图上，ToDoUser和这两个UseCase的关系是用从ToDoUser发出的箭头来表示的。对于FileSystem,识别出的也是同样的两个USeCaSe,不过这次箭头从USeCaSe

26、指向FileSyStem,表示FileSystem是被动的。USeCaSe可以用很多方式来描述，可以用自然语言，可以用形式化语言，也可以用各种图示。在UML中，通常用两种图来描述UseCase,它们就是顺序图（SeqUenCeDiagram）和协作图（CollaborationDiagram）。图6.1系统的UseCase图从面向对象的角度来看，系统的功能是由一组对象通过相互发送消息来完成的，顺序图和协作图就是通过描述这样的对象和消息来描述系统的动态行为的。现在用一个顺序图来描述USeCaseAddTaskoAddTask的功能是向ToDo表中参加一个Task项，它的步骤应该是：翻开参加TaS

27、k项的窗口；输入相应信息；生成一个Task对象；把这个Task参加到Task表中。所以，顺序图可以画成图6.2所示。图中，方块表示一个对象，方块中的文字中冒号之前的局部是对象的名字，冒号之后的是对象所属的类的名字。方块下面的竖直虚线是对象的生命线，表示对象按照从上到下的时间轴的在某段时间内存在。对象间的箭头表示对象之间的消息通讯。而那些狭长的长方块表示某个操作方法执行的时间和调用关系。顺序图有一个李生兄弟一一协作图，AddTaSk的协作图如图6.3所示。这两种图描述的其实是同一种东西，即实现某种系统功能的一组对象和它们之间的消息传递。不过在顺序图中，时间是作为一个显式的因素出现的。顺序图在构造

28、实时系统时特别有用。而在协作图中，没有显式的时间因素，但是对象之间的关联是一目了然的，这对在一组相互关联的对象的语境中考察它们的消息传递是很有帮助的。顺序图和协作图是对同一事物的不同角度的考察。frmTaskaTasksaTask从USeCase自然语言的描述得到了它的顺序图，从顺序图中可以发现许多类。有一个窗口，所以需要有一个对应的窗口类；有一个Task对象，相应的就得有一个Task类，类似的，Tasks这个用来管理和组织TaSk的集合对象也是必须的。通过分析USeCaSe,构造它的顺序图描述，再加上传统的对问题域中的对象和类的考察，可以发现大多数和系统相关的类。步骤2：分析系统的静态结构一

29、一类的分析和设计附录一:实验要求软件工程实验要求学生采用“工程小组的形式，结合具体的开发工程进行设计。具体要求如下：1 .每个班按工程小组进行分组，每组不得超过3人；2 .每个工程小组选出工程负责人，由工程负责人召集工程组成员讨论、选定开发工程；3 .工程开发的每项任务要落实到人且规定该任务的起止日期和时间；4 .每个工程小组必须按照软件工程实验指导书附录三中给定的文档标准标准提供工程文档；5 .题目自选或采用附录二中的题目；6 .软件开发的方法自定（结构化或面向对象的方法）。附录二:实验题目题目一：“教务管理系统之子系统一一学院课程安排1 .系统简介每个学期的期中，学校教务处向各个学院发出下

30、个学期的教学方案，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课方案，经所在教研室协调任可，将教学方案上交学院主管教学方案的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。假设上述排课过程原先全部由人工操作，现要求为上述过程实现计算机自动处理过程。2 .技术要求和限制条件（1）每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承当学院的主讲任务。（2）学院中层干部的主讲课时不能超过4学时/

31、周。（3）本学期出现严重教学事故的教师不能承当下各学期的主讲任务。（4）本系统的输入项至少包括：教务处布置的教学方案，学院教师自报的授课方案和学院定的有关授课限制条件。（5）本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。题目二：“学校教材定购系统1 .系统简介本系统可以细化为两个子系统：销售系统和采购系统。销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一

32、旦新书入库后，即发进书通知给教材发行人员。要求为上述功能实现计算机自动处理。2 .技术要求和限制条件（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。（2） 在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。（3）系统的外部项至少包括：教师、学生和教材工作人员。（4）系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。题目三：“机票预定系统1 .系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始

33、发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。2 .技术要求和限制条件（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。（2）对于本系统还应补充一下功能：1 .旅客延误了取票时间的处理2 .航班取消后的处理3 .旅客临时更改航班的处理（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。题目四：”学校内部工资管理系统1 .系统简介

34、假设学校共有教职工约100O人，10个行政部门和8个系。每个月20日前各个部门（包括系和部门）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送到财务处。财务处于每个月月底将教职工的工资表做好并将数据送银行。每个月3日将工资条发给每个单位。若由员工调入或调出、校内调动、离退休变化，则由人事处通知相关部门和财务处。2 .技术要求和限制条件（1）本系统的数据存储至少包括：工资表、部门汇总表、扣税款表、银行发放表等。（2）除人事处、财务处外，其他职能部门和系名称可以简化表示。（3）工资、奖金、扣款细节由学生自定义。题目五：“实验室设备管理系统1.系统简介每学年要对实验室设备使用情况进

35、行统计、更新。其中：（1）对于已彻底损坏的做报废处理，同时详细记录有关信息。（2）对于有严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。（3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购置。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。2.技术要求及限制条件（1）所有工作由专门人员负责完成，其他人不得任意使用。（2）每件设备在做入库登记时均由系统

36、按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。（3）本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购置记录。（4）本系统的输入项至少包括：新设备信息、修理信息、申请购置信息、具体查询统计要求。（5）本系统的输出项至少包括：设备购置申请表、修理/报废设备资金统计表。题目六：“电子名片管理系统1 .系统简介随着社会开展的日新月异，商业来往日渐广泛，人们之间交往也日益频繁。于是，人们手中便出现了名目繁多的通讯录、名址录、名片夹等客户进行管理的工具。但是一张张名片上的信息虽不多，却占很大空间，同时这些方式不易更新、不易存放、容易丧失，而建立自己的电

37、子文档对名片进行管理，虽然克服了以上缺点，但查询效率底下。随着商务通的出现，虽然实现了可构造查询条件的名片电子化管理。但价格及贵，难以在广阔客户中进行全面普及，因此开发出一个既可以存储信息又可以进行更新、查询等功能，同时价格又能为广阔消费者接受的多功能电子通讯录就显得十分必要。使用本软件的用户群非常广泛，它非常适用于具有如下特点的人员： 工作中与外界联系非常频繁； 工作比较频繁，惜时如金； 与外界联系成为开展工作的关键因素，相关信息丧失或损失可能带来重大损失；针对如上用户特征，本软件可迅捷、准确、方便的提供个人社会关系数据库管理系统的各项管理功能。同时力求为用户提供方便高效实用的功能。2 .技

38、术要求和限制条件（1）浏览功能（2）查看详细资料功能（3）查询功能（4）增加功能（5）删除功能（6）修改功能（7）生成报表功能（8）打印功能（9）密码管理功能（10）身份验证功能（三）数据导入数据导出功能（12）帮助功能题目七：”饮料自动售货机系统1 .系统简介用UML描述一个饮料自动售货机系统。饮料自动售货机可以放置五种不同或局部相同的饮料，可由厂商根据销售状况自动调配，并可随时重新设置售价，但售货机最多仅能放置50罐饮料，其按钮设计在各种饮料样本的下方，若金额计算器累计金额足够，则选择键灯会亮；若某一种饮料已销售完毕，则售完灯会亮。2 .技术要求和限制条件（1） 找出饮料自动售货机系统中的

39、对象；（2） 绘出系统对象图；（3） 绘出饮料自动售货机系统的状态图；（4） 绘出饮料自动售货机系统的事件追踪图一时序图。（5） 用面向对象的方法开发出模拟软件。对象设备的影响对软件的影响对用户单位机构的影响对系统动行的影响对开发的影响对地点和设施的影响对经费开支的影响局限性技术条件方面的可行性可选择其他系统方案可选择的系统方案1可选择的系统方案2投资及收益分析支出根本建设投资其他一次性支出非一次性支出收益一次性收益非一次性收益不可定量的收益收益/投资比投资回收周期敏感性分析社会条件方面的可行性法律方面的可行性使用方面的可行性结论2工程开发方案编制工程开发方案的目的是用文件的形式，把对于在开发

40、过程中各项工作的负责人员、开发进度所需经费整个开发工作的基础。编制软件需求说明书的内容要求如下：引言编写的目的背景定义参考资料任务概述目标用户的点假定与约束需求规定对功能的规定对性能的规定精度时间特性要求灵活性输入输出要求数据管理能力的要求故障处理要求其它的专门的要求运行环境规定设备支持软件接口控制4数据需求说明书数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。编制数据要求说明书的内容要求如下：引言编写目的背景定义参考资料数据的逻辑描述静态数据动态输入数据动态输出数据内部生成数据数据约定数据的采集要求和范围输入的承当者处理影响5概要设计说明书概要设计

41、说明书可称作系统设计说明书，这里说的系统是指程序系统，编制的目的是说明对程序的系统的设计考虑，包括程序系统的根本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。编制概要设计说明书的内容要求如下：引言编写目的背景定义参考资料总体设计需求规定运行环境根本设计概念和处理流程结构功能需求与程序的关系人工处理过程尚未解决的问题接口设计用户接口内部接口外部接口运行设计运行模块组合运行控制运行时间系统数据结构设计逻辑结构设计要点物理结构设计要点数据结构与程序的关系系统出错处理设计出错信息补救措施系统维护设计6详细设计说明书详细说明

42、书可称作程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并概要设计说明书。对详细设计说明书的内容要不得要求如下：引言1. 1.1编写目的6. 1.2背景7. 1.3定义8. 1.4参考资料9. 2程序系统的组织结构10. 程序1（标识符）设计说明6. 3.1程序描述7. 3.2功能8. 3.3性能9. 3.4输入项10. 3.6算法11. 3.7流程逻辑12. 3.8接口13. 3.9存储分配14. 3.10注释设计15. 3.11限制条件16. 3.12测试方案17. 3.13

43、尚未解决的问题18. 程序2（标识符）设计说明7数据库设计说明书数据库设计说明书的编制目的是对于设计中的数据库所有标识、逻辑结构和理结构作出具体的设计规定。其内容要求如下：引言编写目的背景定义参考资料外部设计标识符和状态使用它的程序约定专门指导支持软件结构设计概念结构设计逻辑结构设计理结构设计运用设计数据字典设计平安保密设计8用户手册用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统工程所具有的功能及根本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。具体的内容要求如下：引言编写目的背景定义参考资料用途功能性能精度时间特性灵活性平

44、安保密运行环境硬设备支持软件数据结构使用过程安装与初始化输入输入数据的现实背景输入格式输入举例输出输出数据的现实背景输出格式输出举例文卷查询出错处理与恢复终端操作9操作手册操作手册的编制是为了向操作人中提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。具体的内容要求如下：引言编写目的背景定义参考资料软件概述软件的结构程序表文卷表安装与初始化运行说明运行表运行步骤运行1（标识符）说明运行控制操作信息输入-输出文卷输出文段输出文段的复制启动恢复过程运行2（标识符）说明非常规过程远程操作10模块开发卷宗模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一级密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗聚集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。具体的内容要求如下:标题模块开发情况表功能说明设计说明源代码清单测试说明复审的结论11测试方案引言编写目的背景定义参考资料方案软件说明测试内容测试1（标识符）进度安排条件测试资料测试培训测试2（标识符）