编辑本段案例
(1)需求分析报告的编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本铁路售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用 。
(2)产品背景明细
软件名称：铁路售票系统
(3)缩写及缩略语
铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分 。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能 。
需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方 。
模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的 。
本工程描述：
(1)软件开发的目标：
完善目前铁路售票系统，使之能跟上时代的发展 。同时通过实践来提高自己的动手能力 。
(2)应用范围：
理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得铁路售票实名化，以期实现完善日常生活中铁路售票的各种缺陷 。
3.个人分析报告怎么写可行性分析报告 1 引言 1.1 编写目的：阐明编写可行性研究报告的目的，提出读者对象 。
1.2 项目背景：应包括 ● 所建议开发软件的名称 ● 项目的任务提出者、开发者、用户及实现软件的单位 ● 项目与其他软件或其他系统的关系 。1.3 定义：列出文档中用到的专门术语的定义和缩写词的原文 。
1.4 参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括 ● 项目经核准的计划任务书、合同或上级机关的批文 ● 与项目有关的已发表的资料 ● 文档中所引用的资料，所采用的软件标准或规范 2 可行性研究的前提 2.1 要求：列出并说明建议开发软件的的基本要求，如 ● 功能 ● 性能 ● 输入/输出 ● 基本的数据流程和处理流程 ● 安全与保密要求 ● 与软件相关的其他系统 ● 完成日期 2.2 目标：可包括 ● 人力与设备费用的节省 ● 处理速度的提高 ● 控制精度或生产力的提高 ● 管理信息服务的改进 ● 决策系统的改进 ● 人员工作效率的提高 2.3 条件、假定和限制：可包括 ● 建议开发软件运行的最短寿命 ● 进行显然方案选择比较的期限 ● 经费来源和使用限制 ● 法律和政策方面的限制 ● 硬件、软件、运行环境和开发环境的条件和限制 ● 可利用的信息和资源 ● 建议开发软件投入使用的最迟时间 2.4 可行性研究方法 2.5 决定可行性的主要因素 3 对现有系统的分析 3.1 处理流程和数据流程 3.2 工作负荷 3.3 费用支出：如人力、设备、空间、支持性服务、材料等项开支 3.4 人员：列出所需人员的专业技术类别和数量 3.5 设备 3.6 局限性：说明现有系统存在的问题以及为什么需要开发新的系统 4 所建议技术可行性分析 4.1 对系统的简要描述 4.2 与现有系统比较的优越性 4.3 处理流程和数据流程 4.4 采用建议系统可能带来的影响 ● 对设备的影响 ● 对现有软件的影响 ● 对用户的影响 ● 对系统运行的影响 ● 对开发环境的影响 ● 对经费支出的影响 4.5 技术可行性评价：包括 ● 在限制条件下，功能目的是否达到 ● 利用现有技术，功能目的是否达到 ● 对开发人员数量和质量的要求，并说明能否满足 ● 在规定的期限内，开发能否完成 5 所建议系统经济可行性分析 5.1 支出 5.2 效益 5.3 收益/投资比 5.4 投资回收周期 5.5 敏感性分析：指一些关键性因素，如： ● 系统生存周期长短 ● 系统工作负荷量 ● 处理速度要求 ● 设备和软件配置变化对支出和效益的影响等的分析 6 社会因素可行性分析 6.1 法律因素：如 ● 合同责任 ● 侵犯专利权 ● 侵犯版权 6.2 用户使用可行性：如 ● 用户单位的行政管理 ● 工作制度 ● 人员素质等能否满足要求 7 其他可供选择的方案 逐个阐明其它可供选择的方案，并重点说明未被推荐的理由 。8 结论意见 更多.. .cn/swws.asp 参考资料： .cn/ 。