1、实验报告的书写案例实验一 撰写可行性研究报告一、 实验目的1、 掌握可行性研究步骤；2、 学习编制可行性研究报告。二、 实验要求硬件：Intel Pentium 120或以上级别的CPU，大于16MB的内存。软件：Windows 95/98/2000操作系统，Office 97/2000软件学时：2学时写出此项实验报告三、 实验内容1、 可行性研究（结构化分析）方法；2、 绘制数据流图，使用Word写实验报告。四、 实验步骤1引言11 编写目的可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的
2、问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。 12 项目背景（1）待开发的软件产品名称：旅行社机票预定系统。 （2）本项目的提出者：冯剑。开发者：李翀。用户：旅行社。 （3）本软件产品将用于旅行社的机票预定和费用的记录。1 3 术语说明 DFD（数据流图）：一种描述书记变换的图形工具，是结构化分析方法最普遍采用的表示手段，但数据流图并不是结构化分析模型的全部，数据字典和小说明为数据流图提供了补充，并用以验证图形表示的正确性、一致性和完整性，三者共同构成了被建系统的模型。 14. 系统参考文献参考文献见附录2.可行性研究的前提21基本
3、要求(1) 功能本软件实现的功能有：为游客提供机票预定服务，提高旅游局的服务质量和服务效率。对航班数据库的查询和修改，对机票费用记帐数据库的查询和修改，记录旅客信息（姓名、性别、年龄、身份证号、单位、旅行时间、目的地）、航班时间和班次，打印机票和帐单。(2) 性能时间：提供的信息必须及时的反映在工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。一笔业务在一分钟内完成。空间：运行空间2M。(3) 系统的输入和输出输入：旅行社定票单。数据完整，详实。 输出：机票、帐单。简捷，快速，实时。 (4)处理流程 旅行社将定票信息输入定票系统，系统输出机票
4、和帐单给旅客。（5）安全保密要求 旅客的信息保密。服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。旅行社的售票员只享有对订票信息库的部分修改（写入与读出）。(6)完成期限要求系统完成期限为10个月。2 2开发目标：系统实现后，大大提高旅行社的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。开发目标应考虑的因素：（1）人力与设备费用的相对减少；（2）业务处理速度的提高；（3）计算的准确度和精度的提高；（4）人员利用率的改进。23具备条件 项目开发中所具备的条件，假定和限制：（1） 目标系统运行寿命系统运行寿命建议值应为三年。（2） 进行
5、系统方案选择比较的时间一个月（3） 经费，投资来源经费来源于旅行社（4） 软硬件，运行环境和开发环境硬件环境PII或更高档微机服务器sun工作站，终端为pc机。运行时内存要求：2MB；安装所需硬盘：10MB打印机：1q_1600k软件环境中文Windows98/2000 24 可行性研究的方法 （1）客户调查 （2）专家咨询 （3）市场调查 25. 评价尺度各项功能的优先次序，开发时间的长短及使用中的难以程度。 3对现有系统的分析现有系统存在着数据不易更新、容易丢失、容易出错、查询效率低。业务人员工作强度大，储户等待服务时间长等缺点。 4目标系统的技术可行性分析 41 对目标系统的简要描述系统
6、采用常规的数据库管理方法42 数据流图预定机票准备机票 定票单 航班旅行社 机票费用记帐帐单旅客航班目录 记帐文件 43与现有系统进行比较系统有利于数据集中，时空利用率高易更新，易备份，查询速度快，响应速度快，基本消除了现有系统的种种缺陷，更为广大旅客和旅行社工作人员所接受。 44采用建议系统可能带来得影响系统极大提高了用户查询相关信息的命中率，有利于决策优化和提高工作效率。系统是一个数据库管理系统，当今数据库技术较为成熟，利用现有技术应该可以达到功能目标。考虑到开发期限较为宽裕，预计可以在规定的时间内完成软件的开发。5投资和效益分析（经济可行性分析） 51 支出（1） 基建投资硬件设备:PC
7、机：8000元网络设备：10 万辅助配置：10 万共计：28万软件:Windows98/2000：10万VB 6.0：1万 操作员培训费：5 万（2） 其他一次性支出软件设计和开发费用：20万（3） 经常性支出软件维护费用：5万一共花费：69万 52 效益实现业务电算化，减少人力投资和办公费用，提高工作效率。一次性收益0元 经常性收益 （按银行利率：1%）；减少员工10人(1000圆/人)四年收益: 1000*（1.1+（1.1）2+（1.1）3+（1.1）4）*10*12*5=24.5万工作效率提高收益（工作效率提高30%）:30*（1.1+（1.1）2+（1.1）3+（1.1）4）*（30
8、%）*4 = 2.3万经常性收益共计:26.8万 不可定量收益因服务质量提高增加旅客量10%: 100万*10%*(90%+(90%)2+(90%)3+(90%)4)=30.8万 共受益：326.8万 53 投资回收周期 收益/投资比 30.8/26.8=114% 回收周期2、3年6社会因素方面的可行性 61 法律方面的可行性所有软件都选用正版、所有技术资料都由提出方保管。合同制定确定违约责任。新系统（目标系统）的研制和开发，将不会侵犯他人、集体和国家利益，不会违反国家政策合法律。 62 使用方面的可行性 使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要
9、经过本公司培训。新系统（目标系统）的研制和开发已充分考虑了储户的各方因素，能满足使用要求。7结论综上所述，由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行系统的开发和研制可以开始进行。实验二 撰写需求规格说明书一、 实验目的1、 掌握需求分析的步骤；2、学习编制需求规格说明书。二、实验要求硬件：Intel Pentium 120或以上级别的CPU，大于16MB的内存。软件：Windows 95/98/2000操作系统，Office 97/2000软件学时：2学时写出此项实验报告三、 实验内容1、需求分析（结构化分析）方法；2、 绘制及精化数据流图，使用Word写实验报告。四
10、、 实验步骤1引言11 编写目的 1）作为软件开发机构和用户之间一份事实上的技术合同书； 2）作为软件开发机构下一步进行设计和编码的基础； 3）作为测试和验收目标系统的依据。12 项目背景 （1）待开发的软件产品名称：旅行社机票预定系统。 （2）本项目的提出者：冯剑。开发者：李翀。用户：学生。 （3）本软件产品将用于旅行社的机票预定和费用的记录。13 术语说明1.数据流图：（DFD）一种描述数据变化的图形工具，是结构化分析方法最普遍采用的表示手段 2.加工：（用圆圈表示）它是对数据进行处理的单元，它接受一定的输入数据，对其进行处理，并产生结果。 3.数据流：（用箭头表示）它表示数据和数据流向。
11、 4.数据存储：（用两条平行线表示）用于信息的静态存储。 5.数据源和数据潭：（用矩形表示）表示系统和环境的接口，是系统之外的实体。其中，数据源是数据流的起点，数据潭是数据流的最终目的地。 14. 系统参考文献参考文献见附录 15 需求规格说明概览 2.项目概况 2.1产品的一般性描述本产品应用于旅行社内的机票订购，可用于旅客的订购机票和旅行社对机票的查询和预订。 2.2 产品功能本软件实现的功能有：对航班数据库的查询和修改，对机票费用记帐数据库的查询和修改，记录旅客信息（姓名、性别、年龄、身份证号、单位、旅行时间、目的地）、航班时间和班次，打印机票和帐单。简述开发软件所具有的功能，采用图形表
12、示：飞机票预订系统顶层数据流图：旅行社旅客 订票单系统流程图：准备机票预定机票 定票单 航班旅行社 机票费用记帐帐单旅客航班目录 记帐文件 2.3用户特征该软件的用户为旅行社机票订购工作人员，该工作人员需熟悉数据库的操作和基本的UNIX系统的操作。 2.4运行环境: 该软件运行环境为UNIX系统 2.5限制与约束: 必须在保证各硬件设备软件系统齐备的情况下，资金充足，人员齐备，各方面互相配合，齐心协力，共同完成。 3功能需求31 引言 为了便于系统的维护和开发的灵活性、方便性，把系统分为几个模块来处理。 32 功能划分客户机程序主要有三大块：接收数据、网络通信及输出部分。服务器程序主要也是由三
13、大功能：接收网络数据、数据库操作及发送网络数据部分。服务器程序需与已建立的SQL SERVER 数据库互连。 33功能描述 接收数据：系统从客户机终端获取工作人员输入的旅客信息和航班信息。网络通信：客户机终端将获取的信息打包加密后发送到服务器。输出部分：客户机终端将服务器反馈回来的信息显示在屏幕上。接收网络数据：服务器接收客户机发送来的信息，解密后保存。数据库操作：服务器根据接收的信息查询数据库。发送网络数据部分：服务器把查询结果信息加密反馈到客户机终端。 34处理过程说明 客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。输出为打印帐单或机票，和确认或出错信息。服务器接收信息与
14、数据库中数据核对，返回预订成功或者失败原因。 4行为描述 41系统状态 订票系统要求实时性高，所以系统必须24小时都处于正常运行状态。42事件和动作旅客信息的传送、数据库的查询、记账、打印机票和账单、屏显。 5外部界面需求 51用户界面: 在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢 52硬件界面: 在输入方面，对于键盘、鼠标的输入，可用VISUAL C+的标准输入/输出，对输入进行处理。在输出方面，打
15、印机的连接及使用，也可用VISUAL C+的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。 53软件界面: 在软件设计语言上，已决定使用 MS VISUAL C+ 进行编程，在界面上可使用VISUAL C+ 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用VISUAL C+ 库中的错误提示函数。6性能需求61数据精度输出结果精度等62时间特性一笔业务的响应时间在30秒内响应，数据库的更新处理时间在2到5分钟内。一笔业务的数据转换与传输时间在30秒内完成。
16、软件的运行时间在1分钟内响应。 7设计约束 71标准化约束: 计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力72硬件约 需提供足够大的存储空间。在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。8属性需求 81正确性: 系统处理的正确性是系统的必要性能。在系统设计和开发过程中，充分考虑了系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。 82可靠性:系统分客户机和服务器
17、，终端出现错误不会影响整个系统的运行。 83完整性: 由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以系统必须保证这些数据的一致性，对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。 84安全性: 机票预定系统中涉及到的数据是航空公司的相当重要的信息，为防止他人盗用，信息的传输都自动加密。限制前台工作站对数据库的修改权利。85可维护性: 机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统提供了方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。 86可理解性: 系统尽量使用用户熟悉的术语和中文信息的界面
18、，系统提供良好的用户接口，易用的人机交互界面，针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 87可移植性: 只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。88互连性: 由于数据库数据都是共享数据，所以必须连接到互联网。 9其他需求91数据库需求数据库的名称: 1、航班信息数据库 类型：SQL SERVER； 2、记账文件 类型：SQL SERVER。 92用户操作需求: 机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面
19、。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面。 93工作场地需求: 工作场地温度是正常的至少操作人员能够适应，有专线连接internet。 10参考书目 11.附录实验三 撰写概要设计说明书一、 实验目的1、 掌握概要设计的步骤；2、学习编制概要设计说明书。二、 实验要求硬件：Intel Pentium 120或以上级别的CPU，大于16MB的内存。软件：Windows 95/98/2000操作系统，Office 97/2000软件学时：4学时写出此项实验报告三、 实验内容1、 概要设计（结构化设计）方法；2、 绘制结构（层次）图，使用Word写实验报告。四、 实验步骤
20、 1引言1.1编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。1.2项目背景 本项目（机票预定系统）时由旅行社委托，由李翀负责开发。1.3专门术语定义
21、SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。主键：数据库表中的关键域。值互不相同。外部主键：数据库表中与其他表主键关联的域ROLLBACK: 数据库的错误恢复机制。1.4参考资料 软件工程及其应用 周苏、王文等天津科学技术出版社 1992/1 软件工程 张海藩清华大学出版社 1990/112.任务概述21目标完成对飞机航班数据库的访问和记账数据库的访问，记账并打印机票和账单。22运行环境：系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。23限制描
22、述：根据调研得知所有旅行社的计算机配置均在Intel Pentium 120或以上级别，客户程序应能够在Intel Pentium 120或以上级别, Windows 95/98/2000操作系统，Office 97/2000软件。3、 总体设计31基本概念和处理流程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。32系统结构和模块外部设计： 下面以结构图来描述机票预定系统的软件总体结构。框内注明了模块的名字；方框之间的直线表示模块的调用关系。客户机部分：机票预定系统（客户机程序）接收输入数据输出数据联络服务
23、器解开网络数据包准备网络数据包准备定票发送数据准备确认发送数确认操作类型接收数据发送数据检验输入定票成功？领票成功？读入旅客资料读入帐单号判断错误类型确定（定票/领票）准备错误信息准备输出准备输出旅客资料定票/领票帐单号显示确认打印帐单显示错误确认显示打印机票帐单机票服务器程序部分： 机票预定系统（服务器部分）发送数据数据处理、查询接收数据判断查询准备SQL判断类型判断原因数据库操作准备数据包解开数据包准备返回数据准备返回数据发送数据到客户机接收客户机数据33功能分配：各项模块的功能可参照3.2中的说明。客户机程序主要有三大块：接收数据、网络通信及输出部分。服务器程序主要也是由三大功能：接收网
24、络数据、数据库操作及发送网络数据部分。服务器程序需与已建立的SQL SERVER 数据库互连，其接口将于下面部分阐述。4接口设计4.1外部接口：外部接口可以参照 外部界面需求.4.2内部接口：内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。5数据结构设计51逻辑结构设计52物理结构设计：物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。1 旅客信息旅客姓名 String旅客性别Char身份证号码Long i
25、nt工作单位String用于定票时接收输入，以及领票时服务器返回。2 帐单号可使用Long int 实现。 用于领票时接收输入，以及定票时服务器返回。3 飞行目的航班号String目的地String起飞时间Date/Time座位号String用于定票时接收输入，以及领票时服务器返回。4 网络包网络包Headint传输数据String用于数据在网络上的传输。5 错误信息错误类型int输出语句String用于关于错误操作。6 机票信息航班号int 目的地String 起飞时间Date旅客姓名String 旅客性别Char身份证号码Long int座位号String 用于打印机票准备工作。数据类型可
26、参照上面所述。7 帐单信息帐单号Long int 旅客姓名String 身份证号码Long int 航班号int 起飞时间Date目的地String 用于打印帐单准备工作。数据类型可参照上面所述。5.3数据结构与程序的关系：服务器程序在对定票/领票进行操作时需对数据库数据结构，也就是数据表进行查询和修改：在定票/领票过程中都需要对数据库中的所有表，进行联合查询、修改。物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中，机票结构，帐单结构，送入打印准备模块中准备打印格式。6运行设计6.1运行模块
27、的组合：客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。6.2运行控制： 运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。在网络传方面，客户机在发送数据后，将等待服务器的确
28、认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。6.3运行时间：在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速ATM 网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软
29、件的影响。7出错处理7.1出错输出信息： 程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。7.2出错补救措施：所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢复过程可采用 SQL SER
30、VER 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。7.3系统恢复设计8安全保密设计：由于数据的传输上需要通过网络传输，为了客户资料进行保密，需要在网络的传输过程中对数据进行加密。这个工作主要是在准备网络包，及解开网络包这两个模块完成，它们各对数据进行加密及解密还原工作。9. 维护设计： 维护方面主要为对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。心得体会： 我觉得计算机的学习是这样的，即使你课堂上学的再好，也不并不能代表的你的动手能力和实际操作，我觉得我还有很多东西还要改进，还要提高，我会努力的。而在实验过程中，刚开始的时候大家对软件工程的具体实现了解不是很多，在经过网上查询资料后，对实验的课题有了一些认识，然后在老师和同学们的帮助下完成了该实验任务，通过这几次实验，我不但巩固了软件工程的知识，同时将理论很好的与实践进行了一次很好的结合，所以对我来说是受益匪浅。另外，在这次实验中我明白了团队精神的重要性，特别是计算机专业的学生要真正体会它的含义，在以后的工作中将受益无穷。