天气查询系统可行性研报告.doc

天气查询系统 可 行 性 研 究 报 告 1.引言 1．1编写目的 编写本报告的目的是研究本系统的总体需求、实现方案，并分析开发系统的可行性，为决策者提供是否开发该系统的依据和建议。 1.2项目背景 开发软件名称：天气查询系统 项目开发者：闽江学院计算机科学系“天气查询系统”开发小组： 林龙灯(2号，组长)，林翔辉(5号)，林俊（3号）, 张善涛（17号） 用户单位：普通用户 1.3定义 准确了解今天、明天甚至后天的天气情况，对于处在快节奏的都市人来说到至关重要。所以，本小组的开发天气查询系统应该能够为用户提供充足中的信息和快捷方便的操作手段。 1.4参考资料 陈雄峰，《软件工程》，机械工业出版社； 张害藩，《软件工程导论》（第四版），清华大学出版社； 王珊等，《数据库原理及设计》，清华大学出版社； 赵池龙等，《软件工程实践教程》，电子工业出版社。 2.可行性研究的前提 随着计算机应用的日益普及和深化，随时随地了解今明天的天气情况已经成为一种趋势。本项目要开发的是基于单机的天气查询系统。由于现代都市的快节奏，再天天守着电视机看雷打不动的天气预报已经变得越来越不现实。因此，实现一个将各种天气查询服务功能集成起来的信息系统就显得十分必要，既可以节省时间，又可以实现个性化的服务，减少不必要的等待和冗余的信息。 开发的系统要求界面友好，方便直观。既要方便管理员对天气情况进行添加、删除、修改、查询和统计等管理，又要方便用户及时了解最新的天气状况。 2.1要求 A、主要功能 用户管理：系统要为每个用户建立天气查询账户，并根据用户需求提供个性化的服务。 查询管理：用户可以根据自身需求及权限查询天气情况。 天气信息管理：信息管理员定期天气信息进行入库、修改、删除等天气信息管理。 B、主要性能 可以方便快捷有效地完成查询，修改等的各项操作，录入数据合法性校验程序高，查询速度快（不超5秒）。保证信息的和，并降低信息访问的成本技术先进高可靠性能够适应用要求，可扩充性。D、安全性 具有较高的安全性。系统对不同的用户提供不同的功能模块，只有具有一定权限的管理员用户才能允许修改天气信息，只有具有高级权限的部门管理者或维护人员用户才能对用户进行管理，一般的用户只能查看天气情况。 还应具有一定的保护机制，防止系统被恶意攻击，信息被恶意修改和窃取。有完善的备份机制，如果系统被破坏应该能快速恢复。 E、完成期限 2007年5月1日至6月30日，共2个月。 2.2目标 所建议系统的开发目标包括: 减少人力与管理费用； 提高信息准确度； 改进管理和服务; 建立高效的传输平台EDraw, Visual Studio等。 2.4决定可行性的主要因素 本次可行性分析是按照软件工程的规范步骤进行的，即按复查项目目标和规模，研究目前正使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复的过程进行。然后提出系统的实现方案，推荐最佳方案，对所推荐的方案进行经济、技术、用户操作和法律的可行性分析，最后给出系统是否值得开发的结论。以上分析结果写城本文档。 成本/效益分析结果：效益成本； 技术可行：现有技术可完成开发任务； 操作可行：系统能被现有的工作人员快速掌握并使用； 法律可行：所使用工具和技术及数据信息不违反法律。 3.对现有系统的分析 3.1业务流程及数据流图 (1)组织结构图与信息流关系 (2)顶层数据流图 4.所建议的系统 本方案设计了两套方案供用户选择。 第一套：高端策略方案 该套方案系统直接与气象台联网，能在最短时间内能获取信息，能大大提高效率。系统内部采用三层计算模式，最大限度地减少了与数据库服务器的连接数量，并可将相关的处理过程分担在多台服务器计算机上完成。同时，由于大多数处理过程转移到了应用服务器，这样也可以大大缩小客户端软件的体积，方便用户选择。在用户群方面也很广泛，涵盖了并且手机用户、互联网用户、集团用户，并向集团用户提供更为个性化专业服务。这样大大提高了服务水平，提升了盈利能力。系统实现方案如图所示。 第二套：低端策略方案 采用传统的主机模式。由信息人员手动输入气象数据并负责维护信息。整个系统由用户管理，气象信息管理，查询天气信息，系统管理组成。由于整个系统只用单机实现全部功能，用户得上门查询。但是有利于提高系统的安全性，且成本低，开发周期短，深受程序员欢迎。 经过与用户协商，以及自身技术水平、资金、时间等限制决定采用第二套方案。 4.1影响 在建立所建议系统时，预期会带来的影响包括以下几个方面。 对设备的影响 由于所建议系统是基于WINDOWS操作系统和互联网的，所以需要配备足够符合以上列出的各种软硬件条件的计算机和通信线路。系统失效后，服务器端需要利用备份的数据库恢复数据信息，要求要有足够的数据备份空间。 对软件的