课程设计报告范例.docx

1、课程设计报告范例1可行性分析报告1 引言 1编写目的： 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解 经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。1.2 项目背景：开发软件名称：机票预订系统。项目任务提出者：中国民航及中国国际旅游开发公司。项目开发者：*大学IMK开发小组。用户：中国民航及中国国际旅游开发公司。实现软件单位：*项目与其他软件，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统

2、上以Microsoft Visual C+为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle 8的为开发软件的数据库服务程序。 13 定义： 专门术语： 缩写词：14 参考资料： 软件工程导论，张海藩，清华大学出版社。 实用软件工程，郑人杰等，清华大学出版社。可行性研究的前提2.1要求主要功能：为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。输出要求：数据完整，详实。输出要求：简捷，快

3、速，实时。安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。完成期限：预计六个月，即截止年月日。2.2目标：系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。2.3条件，假定和限制建议软件寿命：5年。经费来源：中国国际旅游开发公司。硬件条件：服务器sun工作站，终端为pc机。运行环境：Linux数据库：Oracle8投入运行最迟时间：2000/04/042.4可行性研究方法2.5决定可行性的主要因素成本/效益分析结果，效益 成本。 技术可行，现有

4、技术可完全承担开发任务。 操作可行，软件能被原有工作人员快速接受。技术可行性分析3.1系统简要描述在旅游局中的终端是安装了Windows NT的PC机，主要目的是向机场的服务器传递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。3.2处理流程和数据流图.。经济可行性分析4.1支出基础投资：终端PC

5、机台：8000*20 = 16 万网络设备：10 万辅助配置：10 万共计：36万其他一次性投资：Oracle 8.0 : 20 万Windows NT: 10 万操作员培训费：5 万共计：35 万经常性支出：人工费用: 6(月)*20(人)*5000(圆)=60万其他不可知额外支出: 20万 共计: 80万 支出共计: 151万4.2效益 一次性收益0元 经常性收益 （按银行利率：1%）；减少员工20人(1000圆/人)五年收益: 1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120万 工作效率提高收益（工作效率提高30%）: 30*（1.1+

6、（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45万 经常性收益共计: 160万 不可定量收益因服务质量提高增加旅客量10%: 1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360万收益共计: 520万 4.3收益/投资比520万/151万 = 344%4.4投资回收周期2.3年4.5敏感性分析设计系统周期为五年, 估计最长可达10年处理速度:一般查询速度4秒关键数据查询速度: 2秒社会因素可行性分析6.1法律因素所有软件都选用正版.所有技术资料都由提出方保管。合同制定确定违约责任.6.2用户使用可行性使用本软件人员要求

7、有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.管理人员也需经一般培训.经过培训人员将会熟练使用本软件.两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.其他可供选择的方案6.1客户端与服务器端联系在一起 在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。 此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。 结论意见由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行开发.2需求分析机票预定系统的功能要求机票预定系统的

8、总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。旅客订票流程图：22传给旅行社 旅客清单 航班机票 旅客订票记录 11旅客信息记录订票 机票信息 旅客13产生取票通知 航班机票信息 航班机票信息 订票信息1 1 安排航班2 2传给航空公

9、司 取票通知 旅客 订票信息旅客取票图： 订票旅客清单 32 打印机票3 1旅客信息查询 旅客 旅客 售出机票信息下面分析各个子系统的功能需求：1客户端子系统：在客户端系统的功能实现上，可以分为以下几个部分：1旅客信息的输入和统计旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统 的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。这部分要求对 输入的数据进行简单的统计，供航空公司进行查询和宏观调控。2旅客信息的存储：将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查询。3机票信息的传递及

10、接收： 将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并 且接受航空公司返回的航班信息，然后存储起来。 4取票通知及帐单的生成和打印： 把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。5机票销售情况的核算这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售情况并把核算结果作为企业报表输出。2服务器端的功能要求：通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售统计，

11、综合信息查询等子系统。以计算机成本核算为中心，实现销售业务的计算机自动化，为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。在客户端系统的功能实现上，可以分为以下几个部分：1接收由旅行社客户端发回的所需机票信息： 通过网络接收机票信息并存入到服务器的数据库中。2生成航班信息： 根据所需机票信息（时间，地点），在数据库中查询并得到正确的航班的信息（价格，时间，等级），分配所需的机票数并在数据库中做出已售出的标记。3传递航班信息到客户端（旅行社）： 把得到的航班信息通过网络传递到旅行社。4接收旅行社的反馈信息： 对旅行社的反馈信息进行分析，把已经售出的机票进行统计，对被旅客所退掉的机票要

12、进行数据库的恢复。5印出机票给已经订票的旅客： 根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。6销售额的分析和管理这一步骤的功能要求包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。这一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。机票预定系统的性能需求为了保证系统能够长

13、期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：1 系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。2 系统的开放性和系统的可扩充性机票预定系统在开发过程中，应该充分考虑以后的可扩充性。例如订票系统的方式的改变（网

14、上订票），用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。3 系统的易用性和易维护性机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。机票预定系统中涉及到

15、的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。4 系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。5系统的先进性目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系

16、统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。6系统的响应速度 机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时 反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级， 原则是保证操作人员不会因为速度问题而影响工作效率。机票预定系统的数据需求机票预定系统的数据需求包括如下几点：1 数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误

17、的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。 在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。2 数据的一致性与完整性由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。3 数据

18、的共享与独立性 整个机票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。机票预定系统的数据字典系统中的数据元素：名字：旅客信息别名：描述：旅客的个人信息，用于对旅客的确认定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间 +旅行目的地位置：输入到旅行社端（client端）名字：订票旅客清单别名：描述：已订票的旅客的记录定义：订票旅客清单=旅客信息的合集位置：输入到旅行社端（Client端）名字：订票信息别名：描述：旅客的旅行时间和目的地

19、，用于确定旅客的航班定义：订票信息=旅客旅行时间+旅客旅行目的地位置：传输到航空公司端（Server端）名字：航班机票信息别名：描述：旅客的航班信息，根据旅客的旅行时间和目的地确定定义：航班机票信息=旅客机票时间+旅客机票班次位置：传输到旅行社端（Client端）名字：取票通知别名：描述：旅客领取机票的凭证定义：取票通知=旅客姓名+领票时间位置：输出到打印机名字：售出机票信息别名：描述：旅客的航班机票的信息定义：售出机票信息=旅客的航班机票位置：输出到打印机名字：旅客订票记录别名：描述：已订票的旅客在航空公司的记录定义：旅客订票记录=旅客姓名+航班机票信息位置：输出到航空公司端（Server端

20、）机票预定系统的逻辑模型机票预定系统的逻辑模型如下图所示： 旅行地点旅行时间 性别 姓名航班机票信息身份证号码工作单位 旅客 1 航空公司 订票取票通知 帐单 价格 1 1 时间 旅行社合适航班机票 N 等级可售机票售出机票信息订票旅客清单机票预定系统的运行要求机票预定系统中的各个子系统的硬件和软件的配置如下：1服务器端子系统的运行要求： 系统软件： Window NT Server 数据库管理系统：SQL Server 硬件要求：Pentium III 450以上, 258M RAM, 14G HD2.客户端子系统的运行要求： 系统软件： Window NT Workstation 数据库管

21、理系统：SQL Server 硬件要求：Pentium 133以上, 32M RAM, 4.3G HD建立机票预定系统的约束1. Client/Server结构总体设计方案对它的约束： 机票预定系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。2人力、资金、时间的约束 机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是销售系统中的方便

22、快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。3 技术发展规律的约束 计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。3概要设计说明书1 引言11 编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需

23、求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。12 项目背景本项目（机票预定系统）时由浙江航空公司委托，由

24、负责开发。 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下：机场飞机起飞管理客户程序机场飞机起飞管理客户程序 （旅行社） : : （航空公司） 飞机起飞数据13 定义131 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。主键：数据库表中的关键域。值互不相同。外部主键：数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。132 缩写系统：若未特别指出，统指本机票预定系统。SQL: Str

25、uctured Query Language（结构化查询语言）。ATM: Asynchronous Transfer Mode (异步传输模式)。14 参考资料以下列出在概要设计过程中所使用到的有关资料：1 机票预定系统项目计划任务书 浙江航空公司 1999/32 机票预定系统项目开发计划 软件开发小组 1999/33 需求规格说明书 软件开发小组 1999/34 用户操作手册（初稿） 软件开发小组 1999/45 软件工程及其应用 周苏、王文等 天津科学技术出版社 1992/16 软件工程 张海藩 清华大学出版社 1990/117 Computer Network A.S.Tanenbaun

26、 Prentice Hall 1996/01文档所采用的标准是参照软件工程导论沈美明著 的“计算机软件开发文档编写指南”。2 任务概述21 目标22 运行环境系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。23 需求概述浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统

27、的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。24 条件与限制3 总体设计31 处理流程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：311 客户机程序流程 客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。输出为打印帐单

28、或机票，和确认或出错信息。其内部处理流程如下：下面对各模块（以数字表示）进行功能说明：1 读入并确定（定票/领票） 它是一个事务处理中心，若输入是定票时转入2 ，输出则转入5。2 读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送3。3 检验输入资料 检验格式化输入资料，初步检查输入是否有误，它是一个事务处理中心，有误则转2再次读入，检查无误则将数据送4。4 准备服务器数据 由格式化旅客资料准备需发送到服务器的数据，将准备好的数据送7。5 读入帐单号 读取所输入的帐单号，并将其格式化，将格式化数据送6。6 准备服务器数据 由格式化帐单号准备需发送到服务器的数据，不同于4，它将准备

29、的是帐单号，将准备好的数据送7。7 准备网络数据包 将数据准备/加密成网络传输数据包。8 网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。9 网络数据接受 接受由服务器程序经网络传送到客户机的数据包， 它是程序与网络的接口。10 解开/判断 解开9 所接受的数据包，并判断数据是定票数据或是领票数据，它是一事务处理中心，是定票则将数据送11，是领票则将数据送18。11 定票成功？ 由数据判断定票是否成功，它是一事务处理中心，若定票成功则将数据送11，不成功则将数据送18。12 准备输出数据 由接收的服务器数据准备输出数据，其中关于帐单的数据将送入13，其他包括旅客资料等送入

30、14。13 打印帐单 由帐单信息处理帐单格式并打印出帐单。14 输出定位确定 在屏幕上显示确定定位及其他信息。15 判断错误 由数据判断出错误类型，将类型送到16。16 准备错误语句 由具体错误类型准备错误语句，送17。17 输出错误语句 在屏幕上显示错误语句。18 领票核对成功？ 由数据判断领票核对是否成功，它是一事务处理中心，若成功则将数据送19，不成功则将数据送15。19 准备机票输出数据 由接收的服务器数据准备将打印的机票数据数，据其中关于帐单的机票的数据将送入20，其他包括旅客资料等送入14。20 打印机票 由机票信息处理机票格式并打印出机票。312 服务器程序流程下面对各模块（以数字表示）进行功能说明：1 网络数据接收 接受由客户