软件开发规范-需求分析.docxVIP

系统开发规范需求分析意向性需求分析。意向性需求采集就是在尚未正式立项前，对需求进行的采集。意向性需求分析：意向性需求分析目的是明确是否要对这个需求进行立项。谁要做这个系统。准备花多少的时间做这个系统。系统要实现什么目的。系统的表现形式是什么。（游戏、网站、ERP、服务……）系统的客户端形态（PC端、移动端、硬件定制……）系统目标人群。 意向表项目名（描述该项目的名称）归档信息（编号）（建档人）（建档时间）需求者需求发起单位需求对接人需求对接人职位联系方式联系地址其它时间开始接触的时间建档时间需求方希望项目的时间周期其它项目内容项目表现形式（游戏、网站、ERP、服务……）项目载体（PC端、移动端、硬件定制……）运行环境（IOS WINDOWS， 安卓……）目标人群目标区域项目目的参考项目（无则不填）项目背景后台管理方式其它其它采访记录关联采访记录 每次采访形成一张采访表，并对采访进行编号和造册。着为该项目对应的原始文件。 采访表项目名（描述该项目的名称）（第几次采访）归档信息（编号）（采访人）（采访日期）被采访者被采访者单位姓名职务联系方式采访地点其它时间开始采访时间结束采访时间附件采访中获得的实物附件（拍照）采访中获得的电子附件记录采访录音、笔记（拍照）或口述需求记录所提问题采访中所提的问题。以及相应问题的答案结论采访者对本次采访的总结其它需求分析说明书。原型图 原型图应包含所有各角色可见的页面。并对页面各个功能点单独分列。在电子文档中还应该要将各单项超链到相应的功能卡。原型图示例：系统结构流程图阐述系统各功能块之间的前后、条件及包含关系。可以分为流程图和结构图也可以将流程图与结构图合并。流程图示例：系统综合要求表开发周期：需求方对于开发周期的意愿，但不代表最终设计过后所需要的开发周期。数据入口设计并发要求。每提高一个并发级别则整个系统工作量翻4倍。高级是普通的16倍。B1.普通：绝大部分系统对数据入口没有并发需求。B2.中级：在全国范围内使用但无爆发性并发的系统（全国性的普通大数据采集系统）B3.高级：本身有很高的并发量（交通部车流管理系统）或有爆发性的并发需求（全国性的定时投票系统）的系统。数据出口设计并发要求。每提高一个并发级别则整个系统工作量翻4倍。高级是普通的16倍。C1.普通：内部使用的系统和绝大部分区域性使用的系统。C2.中级：在全国范围内使用但无爆发性并发的系统（例如58同城等）C3.高级：本身有很高的并发量（如百度，火车票购票系统）或有爆发性的并发需求（如淘宝双11，0点抢购）的系统。前端运行环境（安卓，IOS，Windows）系统安全级别（普通，强（如：人才库，资源库。数据有一定价值，可能被攻击，但并非致命的。），极高（类比银行结算系统）。每提高一个级别则整个系统工作量翻4倍）希望系统具备的扩展性（希望在某一方向上具有可延展性）交付方式（全部完成交付使用或先完成某些部分功能）前端软件更新方式。（Web应用不涉及前端更新）H1.特换更新：通过使用新的安装程序替换原有安装程序H2.Lua脚本热更新：使用LUA热更新将给前端带来4倍的工作量H3.安卓动态更新：安卓中可以动态下载安装包提示下载。这对整体工作量影响不大。系统综合要求表开发周期数据入口并发级别数据出口并发级别前端运行环境系统安全级别扩展性要求交付方式前端软件更新方式功能卡对每个功能需求的具体说明。若链接到其他功能或页面时，在电子档中使用超链接串联各页面或功能卡。功能卡所属页面编号功能编号操作方式功能说明功能素材（附件）通过超链接连接执行功能前的效果图执行完功能之后可能出现的各种效果图系统用例阐述系统中所使用到的角色。以及角色与各个功能之间的关系。系统用例示例图：完成条件 需求方签字认可。作为需求分析的完成标志。并移交下一阶段。