《商业计划书框架完整的计划书创业计划书融资计划书合作计划书可行性研究报告1265》由会员分享，可在线阅读，更多相关《商业计划书框架完整的计划书创业计划书融资计划书合作计划书可行性研究报告1265（14页珍藏版）》请在金锄头文库上搜索。
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处理过程说明 客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。输出为打印帐单或机票，和确认或出错信息。服务器接收信息与数据库中数据核对，返回预订成功或者失败原因。 4行为描述 41系统状态 订票系统要求实时性高，所以系统必须24小时都处于正常运行状态。42事件和动作旅客信息的传送、数据库的查
