6. 该系统开发完成后人员利用率提高80%。
2.3条件、假定和限制
1. 建议系统的运行寿命最小值:5年。 2. 建议进行系统方案选择比较时间:7天。 3. 经费来源:航空公司拨款以及股东赞助。
4. 该系统所进行的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航空领域相关法规的限制下。
5. 硬件限制:奔腾4处理器及以上、航空公司内部构建总线型局域网。
软件限制:Windows 2000 ,Windows XP等操作系统,并配置SQL Server 2000
以上版本应用软件。
运行环境:Windows 2000 ,Windows XP等操作系统。 开发环境:VC++ 6.0版,SQL Server 2000
6. 可利用资源:现有的航班管理系统、现有的订票管理系统。 7. 系统投入使用的最晚时间:2010-6-30
2.4进行可行性研究的方法
在进行可行性研究的时候,采用了以下步骤:
? 通过分析现有系统的运行状况和存在问题来导出现有系统的高层系统流程
图,以此来明确新的目标系统需要完成的基本功能和待解决的问题。 ? 复查原有系统的规模和目标,确保目前正在分析研究的问题确实是待解决的
问题。
? 从现有的物理系统出发,导出现有系统的逻辑模型,再参考现有系统的逻辑
模型,设想目标系统的逻辑模型。
? 与用户沟通,不断改进目标系统的逻辑模型,直到完全符合用户的要求。
目标系统的评价方法:
2.5评价尺度
a) 所需总费用:在股东所能承受的范围内,包括购置相应的硬件设施、开发软
件的费用、后期维护费用、员工培训费用等的总和不超过两百万。
b) 功能优先次序:查询航班——输入客户信息——安排航班——打印账单和取
6
票通知——打印机票。 c) 开发时间:不超过三个月。 d) 使用难易程度:较易操作。
3对现有系统的分析
a) 现有系统:无航空订票专用系统,采用即查即订的方式。
b) 现有系统的操作过程:旅客订票——查询机票——付款——打印机票。 c) 现有系统的缺陷:查询工作量大,效率低,在票价折扣等方面并不能同时查询,
易出错,不能很好地节省旅客的时间。
3.1处理流程和数据流程
处理流程:
航班管理 票据管理 票库 订票管理 出售管理 订票打印机票 售票点1 售票点n 3.2工作负荷
? 现有系统的工作:负责查询机票,如无机票,则等下次访问时再查询;如有机票,
则打印给旅客。
? 工作量:同一次订票可能要查询多次,工作量是目标系统的多倍。
7
3.3费用开支
? 人力:每个客户端需要至少两人保证二十四小时订票,因查询速度慢而设25个订
票点,费用:30*50=1500元/天,维护人员30人,费用:30*40=1200元/天 ? 设备:25个订票点客户端设备维护:300元/天 ? 空间:25个订票点每日房屋开销:25*20=500元/天 ? 支持性服务:维护费:200元/天 ? 材料:25*150=3750元/天 总计:7450元/天
3.4人员
维护和操作人员:
? 数据库维护人员:6人 专业技术:数据库技术 ? 系统维护人员:15人 专业技术:软件工程 ? 硬件维护人员:9人 专业技术:计算机硬件 ? 操作人员:50人 专业技术:无限制
3.5设备
? 客户端:POS收款机、打印机、基本配置的计算机。 ? 服务器:微软服务器
3.6局限性
在现有系统中,查询订票的方式为查询机票而不是查询航