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