立项说明书分析和总结.docxVIP

【项目名称】立项说明书 摘要 提示：用简练的语言说明本项目“是什么”，“什么用途”。根据经验，概念罗嗦含糊的项目很难被审核人员接受。所以项目定义一定要简练且清晰。 项目介绍 项目背景 提示：从内因、外因两方面阐述项目开发背景，重点说明“为什么”要开发本项目。 内因方面着重考虑：短期、长期发展战略。o 外因方面着重考虑：市场需求及发展趋势。o 时 间 如果是合同项目，请说明项目的来源。 项目主要功能和特色 提示： 给出项目的主要功能列表 说明本项目的特色 说明本项目如何满足用户的需求，以及用户带来什么好处。 主要功能 功能清单 2.2.1.1. 特色 系统核心功能及价值 用户特色 列出本软件的最终用户特点，充分说明操作人员、维护人员的教育水平和技术专长， 以及本软件的预期使用频度。 项目范围 说明本项目“适用的领域”和“不适用的领域”。 说明本项目“应当包含的内容”和“不包含的内容”。 市场规模与发展趋势 分析市场发展历史与发展趋势，说明本项目处于市场什么发展阶段。 本项目和同类项目的价格分析 统计当前市场的总额、竞争对手所占的份额，分析本项目能占多少份额。 注意：引用数据应用写明数据来源，最好有直观的图表。如果市面上没有类似工具， 本点可以不用写 项目发展目标 说明本项目的短期目标和长期目标。目标必须清晰并且可以度量。 市场运营计划 /*如果有涉及运营方式请填写运营计划，如活动*/ o 运营模式：线上运营/线下运营/联盟/其它渠道o 运时间：时间计划 运营流程 推广方式 运营目标：预估运营效果 系统分析 可行性分析 技术的可行性 技术可行性分析至少要考虑以下几方面因素： （1）在给定的时间内能否实现需求说明中的功能。如果不能，要说明原因，并声明建议：是否可以通过增加资源满足客户需求。 （2）产品的质量如何？有些应用对实时性要求很高，如果软件运行慢如蜗牛， 即使功能具备也毫无实用价值；有些应用对产品的正确性与精确性要求极高。 （3）产品的生产率如何？如果生产率低下，会逐渐丧失竞争力。在统计产品总的开发时间时，不能漏掉用于维护的时间。如果软件的质量不好，将会导致维护的代价很高，是得不偿失的事。 技术可行性分析可以简单地表述为：做得了吗？做得好吗？做得快吗？ 经济的可行性 成本与收益（成效）的分析，这个最容易理解，如果成本高于收益（成效 ）则表明经济可行性欠佳。 当遇到多种解决（开发）方案时，从短期与长远利益的分析出发，对各种方案给出明确答案。 成本分析 方案 方案 方案描述 成本 成本分析 成效 成本/效益分析 方案 方案 成本 效益 成本/效益分析 资源的可行性 资源上的可行性包括人力资源和系统资源。人力资源，在当前人员结构下，可投入几个人月周期（需结合需求分析）；系统资源，泛指当前可调配的其他资源。 需求分析 功能需求 阐述本项目面向的消费群体（客户）的特征，本项目要实现什么功能。本段落只要填写立项项目的概要需求即可，而非详细需求，需求内容的页数控制在两页内。 系统需求 提示：非功能性需求（没有可不说明） 精度：说明对该产品的输入、输出数据精度的要求； 时间特性：响应时间、更新处理时间、数据的转换与传送时间等； 灵活性：操作方式、运行环境、提供接口等； 输入输出要求：解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等，类似数据字典； 数据管理能力要求：说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算； 故障处理要求：列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。如当故障发生时应通知谁。 其他专门要求：如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。 安全需求 保证数据安全性，从多方面着手，包括系统管理、权限管理、角色管理。 管理员要落实到个人，限制管理员个数； 适时给出安全提示； 操作员应具备基本的计算机维护常识 用户界面需求 用户界面是人与计算机之间的媒介。用户界面的元素包括界面主颜色、字体颜色、字体大小、界面布局、界面交互方式、界面功能分布、界面输入输出模式。 对用户工作效率有显著影响的元素包括：输入输出方式、交互方式、功能分布。 影响用户对系统友好性评价的元素则有：颜色、字体大小、界面布局等， 这种划分不是绝对的，产品界面作为一个整体，其中任何一个元素不符合用户习惯、不满足用户要求都将降低用户对软件系统的认可度，甚至影响用户的工作效率，而使用户最终放弃使用系统。 可参照：可用性工程学、人机工程学、认知心理学、美学、色彩理论等方面。 运行环境需求 设备：列出运行该产品所需要的硬件设备； 支持软件：列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等