软件计划项目需求确认书.doc

#+需求确认书项目编号：HDLH0001项目名称： 合达联行“乐盒”项目密 级：公开版本信息： V1.0创 建 人： 创建日期：2014年9月10日审 核 者：批 准 人：批准日期：编辑软件：Microsoft Word 2007/2010中文版 文件状态： 草稿 正式发布 正在修改上海正善信息科技有限公司<版权所有>文档修订记录版本编号或者更改记录编号*变化状态简要说明（变更内容和变更范围）日期变更人批准日期批准人*变化状态：A增加，M修改，D删除文档审批信息序号审批人角色审批日期签字备注主要内容1引言41.1编写目的41.2背景范围41.3术语定义41.4参考资料41.5读者范围42调研情况介绍43需求范围44总体需求44.1系统组成44.2系统的逻辑岗位及职责54.3系统业务流程55功能需求55.1功能清单55.2功能规范55.2.1功能综合说明55.2.2功能详细定义56系统接口描述66.1用户界面66.2硬件接口66.3软件接口66.4通信接口67非功能需求67.1性能需求67.2安全性要求77.3对软硬件环境的要求77.4其它需求78附录178.1原型78.2采用建模工具所形成的模型文件78.3调研相关资料和文件78.4同类产品简介78.5需求分析过程中制定的相关规范或模板79附录2：需求确认表81 引言1.1 编写目的说明：编写这份需求规格说明书的目的。1.2 背景范围说明： 软件名称:乐盒手机APPa. 待开发的软件系统的名称；任务提出者:成都合达联行物业服务有限责任公司开发者:上海正善信息科技有限责任公司b. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c. 该软件系统同其他系统或其他机构的基本的相互来往关系。1.3 术语定义列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。1.4 参考资料列出用得着的参考资料，如：本项目的经核准的计划任务书和合同、上级机关的批文；属于本项目的其他已发表的文件；本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。1.5 读者范围指出预期读者。2 调研情况介绍可采用表格形式简明地描述调研过程，如下表： 序号调研对象调研时间调研内容调研人调研方式调研输出结果其中的调研输出结果可能包括两类文档资料：一是用户的原始资料，如报表样张或者用户的内部资料等；二是经过分析和整理的文件，如调研报告或者会议记录等。一般把这些资料作为需求规格说明书的附件处理。3 需求范围说明本需求规格说明书是否包含了立项阶段所涉及的所有功能。如果是合同项目是否包括合同所有需求，及合同以外扩展的需求。4 总体需求4.1 系统组成说明整个系统的组成和系统运行机理；概述每个子系统的功能，并说明子系统之间的关系。/*添加*/系统由java后台，android手机APP，ios手机APP组成。Java后台为手机app提供数据交互接口，为用户添加数据提供界面。Android手机app为android手机用户提供数据浏览，数据交互界面。Ios手机app为ios手机用户提供数据浏览，数据交互界面。4.2 系统的逻辑岗位及职责不同的单位实际的岗位名称和职责可能不相同，在做需求分析的时候需要加以抽象形成逻辑工作岗位并对每个岗位的职责加以描述。/*修改*/系统管理员:对后台数据进行添加修改操作，对一般用户进行删除操作，对一般的管理员进行添加修改操作。一般管理员：对后台数据进行添加修改，删除。一般用户：通过手机app，可以浏览数据，与后台进行数据交互。4.3 系统业务流程在逻辑工作岗位及职责确定之后，需要进一步归纳用户的业务情况。每一项业务都由一个或者多个岗位的人按照一定顺序来完成，可以采用业务流程图来描述每一项业务。/*修改*/后台流程图:app流程图:5 功能需求5.1 需求清单采用列表形式列举产品的所有需求，每个需求均需标识，并需要确定每个功能的优先级，如可能还应估计每个功能项所需开发时间（包括设计和编码时间）。标识号采用层次化命名。需求优先级建议分为1、2、3级，其中1级为最高级，表示必须实现的功能。功能清单可以采用下面的表格表示：后台管理:标识号需求名称需求说明优先级别备注1 订单管理1.订单的处理，订单的删除，记录订单处理人，查看订单详情。22去哪儿玩1.添加攻略的名称，时间，详情。包括上传攻略的图片。13吃什么同去哪儿玩4商家管理1.商家的添加，删除，查看详情，修改。1包括玻璃房子，玫瑰园，宜必思。5人员管理1.添加管理员，删除管理员，修改管理员。2.删除注册用户。16活动管理1.添加，删除，查看，修改活动信息。包括上传活动图。17操作管理1.操作的查询和查看28推荐管理1.推荐的查看与删除19 App升级管理1.版本的添加和apk的上传。110特推商家管理1.添加，修改，删除后台特推商家。111商品管理1.商品的添加，修改，删除1App前端:标识号需求名称需求说明优先级别备注1首页1.读取推荐信息并在滑动栏展示。2.读取后台特推商家并展示1参考原型设计main_page2推荐点击 1.进入到各自的详情界面。2.推荐内容包括果蔬，活动，去哪儿玩，吃什么。13点击去哪儿玩1.进入去哪儿玩列表界面，按时间先后顺序排列。2.根据长假，短假，周末和好评图，发布时间进行过滤排序。3.列表显示第一张图片，标题，评分，假期类型。4.点击搜索，搜索去哪儿玩的标题，模糊搜索。1参考原型设计activity_news_page4点击去哪儿玩列表1.进入去哪儿玩详情界面。2.点击右上角分享，分享到微信。3.内容下方的评分，不用登录，可以直接评分。同一个用户可以多次评分。1参考原型设计activity_news_details_page5点击吃什么1.进入到吃什么列表。1同去哪儿玩列表6点击吃什么列表1.进入到吃什么详情1同吃什么详情。7点击购物信息1. 进入到购物信息列表2.点击搜索，根据的标题模糊搜索。3.列表显示第一张图片，开始时间，结束时间，名称以及店名。1参考原型设计community_news_activity8点击购物信息列表1.进入到购物信息详情2.详情界面显示名称，开始时间结束时间，商家名称，活动的列表。3.活动的列表显示图片，商家名称，商家的描述，活动的内容。1参考原型设计news_details_page9点击果蔬1.进入到果蔬的列表2.列表显示第一张图片，商品名称，商品描述，剩余时间，市场价，当前价。1参考原型设计 tuangou_page10点击果蔬列表1.进入到果蔬详情2.上面滑动栏，显示商品的图片。3.点击立即抢购，添加商品抢购界面，（2.0版本不作要求）4.点击咨询，拨打咨询电话。5购买人数可以修改。1参考原型设计tuangou_details_page11点击品味生活1.进入到品味生活列表2.列表分为预告和报道两个类别。预告指将要发生的活动，活动完成之后由管理员删除预告活动，并写报道。报道是指已经完成的活动。3.品味生活放十个类别，4.列表内容显示图片，名称，描述，时间，类别。1参考原型设计pingweishenghuo_list_page12点击品味生活列表1.点击列表，进入到品味生活详情2.界面最上面的title显示分类的名称，3.显示赞的个数，并可以多次点击赞。点选赞不用登录。4.分享到微信。5.先显示图片，再显示文字。1参考原型设计pwsh_details_page13点击房产经纪1.点击房产经纪进入到房产经纪列表。2.房产列表过滤条件包括地点和房产类型。3.输入搜索条件，模糊搜索房产信息。4.列表显示房产照片，房子名称，房子地理位置，面积，房子属性。1参考原型设计house_list_page14点击房产经纪列表1.点击房产经纪列表，进入到房产经纪详情。2.显示房子的详细信息。3.点击拨打电话，直接拨打房产经纪电话。4.分享到微信5.房产信息全部都能够修改。1参考原型设计house_details_page15特推商家1.点击特推商家，进入到特推商家详情。2.商家详情显示商家名称，商家图片，地理位置，联系方式。3.分享到微信。4.点击产品列表，显示产品列表信息。1参考原型设计shoppoing_details_page16玻璃房子1.点击玻璃房子，进入到玻璃房子详情。2.玻璃房子17锦瑞坊参考玻璃房子18玫瑰园参考玻璃房子19锦瑞坊参考玻璃房子20宜必思参考玻璃房子21运动中心参考玻璃房子5.2 需求规格编写需求规范之前应该先制定与当前开发的项目/产品相适用的模板，然后根据这个模板来对需求清单中的所有功能进行描述。可以包含下列内容：5.2.1 需求综合说明包含下列内容：（1） 使用者的逻辑岗位。（2） 业务背景。即使用者在什么情况下使用该功能。（3） 业务规则。比如算法（4） 后续描述中用到的术语解释/*修改*/后台分为管理员和普通管理员角色。App端是普通的注册用户。App用户查看社区的活动，打折信息，参加线下活动报名，购买果蔬。5.2.2 需求详细定义本部分的描述步骤如下：（1） 分析当前需求需要的用户界面。一些功能可能需要多个用户界面；还有一些需求虽然都在一个用户界面中，但界面过于复杂，象这种情况需要拆分为几部分，每部分单独描述。建议给每个界面（或者界面的一部分）按照一定规则编号。（2） 针对每个用户界面需要说明下列内容：a) 界面完成功能简介b) 界面数据描述。对界面中的所有数据项详细定义，一般需要包含下列内容：数据项名称、数据项说明、数据类型及限制规则、数据来源、缺省值等。c) 界面操作描述。对界面中所有可能的用户操作详细定义，一般需要包含下列内容：操作项名称、操作过程描述、操作过程中隐含的系统处理、操作的限制条件（即什么情况下该操作失效）等。此部分分为两部分描述:后台管理和app端呈现。6 系统接口描述6.1 用户界面描述需要的用户界面的逻辑特征。后台界面:1.简洁，以后台的信息操作管理为主。颜色以深蓝为主。 2.左边显示操作栏，右边显示操作内容。 3.操作为标准的操作链接，按钮为标准矩形按钮，有确定和取消。4.错误信息显示以弹出对话框的形式。6.2 硬件接口6.3 软件接口软件接口名称外部组件名称版本号接口描述推荐接口用于首页推荐系统特推商家6.4 通信接口通信接口名称协议或方式安全要求传输速率要求同步通信描述Web浏览器HTTP/1.01M7 非功能需求7.1 性能需求需要对软件静态和动态两个方面的性能作出定量规定。可能包含如下内容：l 所支持的并发用户数。l 容错要求, 如异常操作后应如何处理，如编制预算过程中突然中断时应能自动恢复或保护上一次编制状态。l 数据的处理能力要求，如可处理的文件和记录数,表及文件的大小规模, 数据增长情况。l 对数据存储的空间的要求。 l 正常或极端情况下，对用户操作响应速度的要求。 7.2 安全性要求7.3 对软硬件环境的要求硬件环境CPU内存硬盘网络软件环境操作系统数据库相关软件7.4 其它需求如：美化界面等；8 附录18.1 原型8.2 采用建模工具所形成的模型文件在需求分析阶段经常用到一些模型来辅助说明，如果采用结构化分析技术，通常使用数据流程图、实体联系图；而采用面向对象的分析技术，通常使用实例图、顺序图、协作图和状态图。8.3 调研相关资料和文件如调研报告、会议记录以及调研过程中获取的用户原始资料等。8.4 需求分析过程中制定的相关规范或模板如原型风格说明、功能规范模板、用户调研规范等。9 附录2：需求确认表本需求文档建立在双方对需求的共同理解基础之上，是后续的开发的依据，是用户验收的依据。经甲乙双方确认签字后，最终确定。如果需求发生变化，请提出正式书面要求，并且双方协商成本、资源和进度等。需求确认客户代表签字签字：日期：项目经理签字签字：日期：