CHAP可行性分析.ppt

第2章 软件计划 主要内容 2.1 问题定义 2.2 可行性研究 2.2.1 系统流程图 2.2.2 可行性分析报告 2.4 项目开发计划 2.1 问题定义 【目的】 明确用户要计算机解决的问题是什么。 【任务】 通过系统分析员和用户的反复交流，确定待开发系统的目标和范围 【方式】 ⑴口头形式了解用户的要求； ⑵阅读用户提供的相关资料； ⑶形成调查提纲，要求用户填写。 【成果】《软件开发任务书》 2.1 问题定义 《软件开发任务书》内容： ⑴项目名称 ⑵开发背景 ⑶项目目标 用户对新系统的主要目标； ⑷项目范围 功能、性能、输入/输出； 与本系统相连的其他系统； 费用，时间…… ⑸初步想法：在用户提出的需求的基础上，分析人员考虑可以实现的其他功能 ⑹提出可行性研究的计划 案例1：教材销售系统 【例1】教材科开发一个教材销售系统。 ⑴项目名称：教材销售系统 ⑵开发背景：人工发售教材手续繁琐，且易出错。 ⑶项目目标： 建立一个高效率、无差错的微机教材销售系统。 案例1：教材销售系统 【例1】教材科开发一个教材销售系统。 ⑷项目范围 利用现有PC 软件开发费用不超过......，完成时间…… ⑸初步想法： 建议在系统中增加采购功能、对缺书的统计…… ⑹提出可行性研究的计划 建议进行大约2天的可行性研究 项目范围类型（1） 1. 按内容分类 ① 软件功能 ② 软件性能 按照系统的性能要求分类。例如联机系统的响应时间、系统需要的存储容量、安全性和可靠性等方面的要求。 ③ 外部接口、运行环境 ④ 未来可能出现的问题 不属于当前系统开发范围的问题 将来很可能会提出这些问题 项目范围类型（2） 2.按用户的期望分类 ① 正常需求 用户陈述的针对系统的目标。 ② 期望需求（隐式需求） 可能由于是非常基础的而用户没有显示的陈述 软件安装、人机交互容易； 整体的操作可靠； ③ 兴奋需求 在用户的期望范围之外，如果实现将令人愉快和出乎意料。 项目范围类型（3） 3.按必要性分类 ① 强制需求 除非软件与这些需求一致，则该软件是不可接受的 ② 希望需求 这些需求将增进软件产品功能，但是如果缺乏的话也不是不可接受 ③ 任选需求 这个功能可有可无 案例2:火车票订票系统 案例2:火车票订票系统 1. 软件功能 在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个的火车票订票系统，实现车票销售的自动化，为铁路的决策层提供准确、精细、迅速的火车票销售信息。 采用Browser/Server结构，分为两个子系统：销售子系统，管理子系统。 1.软件功能 销售子系统 [1]查询火车票信息 [2]输入、存储旅客信息 [3]出票及帐单的生成和打印 管理子系统 系统管理员： [1]和现有软件连接，读取火车信息 [2]查询旅客信息 [3]火车票销售情况核算 铁路决策层 [4]火车票销售的统计分析 2.为了保证系统能够长期、安全、稳定、可靠、高效的运行，火车票订票系统应该满足以下的性能要求： ⑴系统数据处理的准确性 火车票查询功能是系统重要的数据来源。 火车票数量和时间的准确性很大程度上决定了销售系统的成败。 在系统开发过程中，必须采用一定的方法保证系统的准确性。 ⑵系统的响应速度 要充分考虑系统当前和将来可能承受的工作量，使系统的响应时间能够满足企业对信息处理的需求。 火车票信息查询的响应速度为秒级 统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。 ⑶系统的易扩充性 系统提供足够的手段进行功能的调整和扩充。 订票方式的改变； 火车票查询方式的不断完善和更新 ⑷系统的易用性 易用的人机交互界面 尽量使用用户熟悉的术语和中文信息的界面； 要提供足够的在线帮助，缩短用户对系统熟悉的过程。 ⑸系统的易维护性（数据完全性） 火车票预定系统中涉及到的数据是铁路相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。 ⑸系统的先进性 目前计算系统的技术发展相当快，做为火车票预定系统工程，应该保证系统在下个10年时间里仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成铁路信息处理的要求而不至于落后。 在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。 3.火车票预定系统的运行环境： 火车票预定系统中的各个子系统的硬件和软件的配置如下： 1．服务器端的运行要求： 数据库管理系统：Oracle 9i 硬件要求：四核处理器, 4G内存, 1TB，RAID 1 或 RAID 10 2.客户端的运行要求： 系统软件：IE 6.0 以上 硬件要求：10M以上网络 2.2 可行性研究 2.2 可行性研究 基于23