软件开发规范-需求分析

1、系统开发规范第一部分、需求分析一.意向性需求分析。1. 意向性需求釆集就是在尚未正式立项前，对需求进行的采集。2. 意向性需求分析：意向性需求分析目的是明确是否要对这个需求进行立项。a. 谁要做这个系统°b. 准备花多少的吋间做这个系统。c. 系统要实现什么目的。d. 系统的表现形式是什么。（游戏、网站、erp、服务）e. 系统的客户端形态（pc端、移动端、硕件定制）f. 系统目标人群。意向表项目名（描述该项目的名称）归档信息（编号）（建档人）（建档时间）需求者需求发起单位需求对接人需求对接人职 位联系方式联系地址其它时间开始接触的时 间建档时间需求方希果项 目的吋间周期其它项目内容

2、项目表现形式 （游戏、网站、erp、服务）项目载体（pc 端、移动端、硬 件定制）运行环境（ioswindows,安 卓）目标人群li标区域项目h的参考项目（无则不填）项目背景后台管理方式其它其它采访记录关 联二.采访记录每次采访形成一张采访表，并对采访进行编号和造册。着为该项目对应的原始文件。 采访表项目名（描述该项目的名称）（第几次采访）归档信息（编号）（采访人）（采访日期）被采访者被采访者单位姓名职务联系方式采访地点其它吋问开始采访吋间结束采访时间附件釆访中获得的 实物附件（拍 昭）采访中获得的 电子附件记录采访录咅、笔记 （拍照）或口述 需求记录所提问题采访中所提的 问题。以及相应 问

3、题的答案结论釆访者对本次 采访的总结其它三.需求分析说明书。1.原型图原型图应包含所有各角色可见的页面。并对页而各个功能点单独分列。在电子文档 中还应该要将各单项超链到相应的功能卡。原型图示例：01 j出互动面榜后软认8示上曼用户育一个!示一个，两个个（滋认送样1爰 设會人在曼上!示：曼上户sr qwa和礼对用户使用也县设个數顒制 可以无6r医出注出居直1?10页而显泳一糸文字fl电 诰中用户送中询艮后可以用数第占由后 可以迭猜个uh右为使剧询社h示不变没与倔幼迭顷&页笹记ttfis为越贡标记4ih «礼物分幵翻贡 礼杨只育一贡时不!j示页面镭记新多页才匕示礼胡11參99个点

4、击hwk谢为q的礼杯 wftlsfflh 为灰色送废送挨81在送中可时uffls为可冇出状恋字改为在网时逸中目标对钦和目躍送礼物时技田为pb送） 两宇为可册件送择不呢全01为不可瘾 壬状花个故如黑用户iqr&3礼初个教不足则ii示：礼物个裁不 足诵重刖迭择从真他中橫入數宇 ii大隙"位2.系统结构流程图阐述系统各功能块之间的前后、条件及包含关系。可以分为流程图和结构图也可以 将流程图与结构图合并。流程图示例：3. 系统综合要求表a. 开发周期：需求方对于开发周期的意愿，但不代表最终设讣过后所需要的开发 周期。b. 数据入口设计并发要求。每提高一个并发级别则整个系统工作量翻4倍

5、。高级 是普通的16倍。bjl.普通：绝大部分系统对数据入口没有并发需求。b2.中级：在全国范围内使用但无爆发性并发的系统（全国性的普通大数据采 集系统）b3.高级：本身有很高的并发量（交通部车流管理系统）或有爆发性的并发需 求（全国性的定时投票系统）的系统。c. 数据出口设计并发要求。每提髙一个并发级别则整个系统工作量翻4倍。高级 是普通的16倍。c1.普通：内部使用的系统和绝大部分区域性使用的系统。c2冲级：在全国范围内使用但无爆发性并发的系统（例如58同城等）c3.高级：本身有很高的并发量（如百度，火车票购票系统）或有爆发性的并 发需求（如淘宝双21, 0点抢购）的系统。d. 前端运行环

6、境（安卓，ios, windows）e. 系统安全级别（普通，强（如：人才库，资源库。数据有一定价值，可能被攻 击，但并非致命的。），极高（类比银行结算系统）。每提高一个级别则整个系统工 作量翻4倍）f. 希望系统具备的扩展性（希望在某一方向上具有可延展性）g. 交付方式（全部完成交付使用或先完成某些部分功能）h. 前端软件更新方式。（web应用不涉及前端更新）h1.特换更新：通过使用新的安装程序替换原有安装程序h2.lua脚木热更新：使用lua热更新将给前端带来4倍的工作塑h3.安卓动态更新：安卓中可以动态下载安装包提示下载。这对整体工作量影响不大。系统综合要求表开发周期数据入口并发级别数据出口并发级别前端运行环境系统安全级别扩展性要求交付方式前端软件更新方式4.功能卡对每个功能需求的具体说明。若链接到其他功能或页面时，在电子档川使用超链接 串联各页面或功能卡。功能卡所属页面编号功能编号操作方式功能说明功能素材（附件）通过 超链接连接执行功能前的