需求分析
hao小向
需求分析、产品设计
展开
-
需求分析第一阶段
1. 给你许多参考资料,从参考资料中提取信息。2. 从参考资料中分析出,流程中涉及到的用户角色,系统边界,以及每个角色可能的操作。3. 参考类似网站,制作出满足客户需要的解决方案。4. 做原型,将设计的解决方案模拟出来。5. 用户查看原型并提出问题,确定主要功能正确,并修改细节。6. 修改原型,确定细节,研发开始进行设计。原创 2016-03-24 11:18:16 · 679 阅读 · 0 评论 -
面向对象分析法和结构化分析法
面向对象的分析:领域模型、用例图、类图、活动图、顺序图、状态图。面向过程或称结构化的:流程图、数据字典、er图。原创 2016-11-09 10:16:12 · 5060 阅读 · 1 评论 -
需求技能认定——需求捕获及需求分析初级
11月10日14:30——16:20一、需求捕获问题1:说说需求捕获的常用方法问题2:说说你用到的需求捕获的方法、过程以及在什么场景下使用的。问题3:你认为第二次访问比第一次有哪些改进,还存在哪些问题。问题4:你认为在访谈中沟通有哪些需要注意的。二、需求分析1.说说5W+1H工作法的内容,以及在工作中怎么使用。2.举一个具体的例子说明需求分析的主要过程。原创 2016-11-10 16:43:02 · 1193 阅读 · 2 评论 -
需求获取用户调研总结
最近,每周去一趟客户现场开一次会,发现了很多以前自己闷头搞需求想不到的问题,以下通过领导思维、需求思维进行分析和总结。 一、领导思维 先简单介绍下我们项目现状,项目在6月份已经上线,在上级领导的积极推动下,到现在为止各地已经开始慢慢使用起来了。原创 2016-10-28 17:46:48 · 612 阅读 · 2 评论 -
需求分析——确定需求细节(规则与约束)
之前写过一篇关于需求分析描述细节需要注意的规则和约束,今天在看徐峰的软件最佳实践时,看到了更为总结的描述,下面摘录进来: 规则是在实现时应该考虑的东西,约束是对技术手段选择起到限制作用的各种条件。 规则分类:行为(或成为功能、业务)规则、结构(或数据)规则、界面规则。 行为规则:是指和业务逻辑、业务流程相关的规则。 结构规则:是指和业务实体、属性、派生属性相关的规则,原创 2016-11-02 18:30:05 · 12274 阅读 · 2 评论 -
业务知识认定——立案、民事初级、庭审初级
先吐槽一句,毕业的时候我说,终于可以不用考试了,万万没想到,来到公司就是不断的考核,对于不熟悉的业务,考核也是万分难过呀! 吐槽归吐槽,学习归学习。经过两周加班学习,现在我对考核要掌握的知识点已经有了一定的认识,其实比考试要简单,因为这个是真的划了重点的。昨天进行了考核,考得不仅仅是ppt上的,还有很多是开放性的问题,不过结果应该还不错,下面把提问的问题记录一下。原创 2016-11-15 10:00:55 · 467 阅读 · 1 评论 -
建设方案的疑惑与解答
今天终于交稿了,为了写二期建设方案忙了两周,现把一些体会写下,以备后续学习使用。什么是建设方案?建设方案其实就是可行性分析的成果,把用户提出的内容做初步分析,如果能实现写出实现方案,如果不能实现分析不能实现的原因。以前被建设方案的名字给唬住了,写了几天才恍然发现,这不就是软件工程需求分析之前的可行性分析么。什么时候写建设方案?如果是新项目,一般会先做部分调研,了解客户大致需求内容,原创 2017-01-10 17:05:49 · 400 阅读 · 0 评论 -
信息系统的需求视图
先发句感慨,多读书,读好书,可以释疑解惑。最近在做决策分析系统,Boss称之为决策分析系统,听起来十分高大上,但我内心一直认为,决策分析系统说白了其实就是对已有业务的统计分析。因为我对系统的定位low了,所以在做需求分析的时候,也有些胡乱。今天看需求分析书籍,看到了《信息系统的需求视图》一章节,恍然大悟,原来一直认识错误的人是我!书中提到的总结分析很好:1.信息系统的本质信息系统是原创 2017-02-28 09:52:28 · 1329 阅读 · 0 评论 -
可视化统计分析流程
最近在针对业务进行统计分析,年前做过一版,认为应该没有什么问题,但是今年,虽然给出了要分析的大方向,但因为内容太多,反而遇到了很多问题。现分析遇到的问题,并总结解决办法。问题:1.不确定性,有些业务还没有上线,在做分析时,不清楚是否要提前将这些业务考虑进去;2.顺序混乱,之前的做法:业务分析-视觉设计-业务分析,造成混乱的原因,就是业务没有分析清楚,在设计视觉时又有太多方案,不确定性太原创 2017-02-27 14:23:58 · 1471 阅读 · 0 评论 -
需求评审要求
在写完需求文档之后,不能自己就决定不做需求评审,应该向研发经理确认是否进行需求评审。如果评审,需向专家提交需求文档,专家做出评论建议后,应及时查看建议,并反馈。原创 2016-10-27 16:46:45 · 1106 阅读 · 1 评论 -
《软件需求最佳实践》与《掌握需求过程》对比
最近公司要考察需求技能,抱着总结经验,提升技能的心态,看了两本关于需求的书籍,一本是被公司奉为需求人员教科书的《软件需求最佳实践》徐峰著,一本是《掌握需求过程第三版》James Robertson著。 《掌握需求过程》是我自己买的书,当时工作不如意,泡了一天图书馆,在需求&软件过程知识海洋中畅游了一天,买了这本我认为紧跟时代并且案例与理论并重的书籍(认为紧跟时代是因为里面讲到的方法既有原创 2016-10-27 16:40:10 · 6292 阅读 · 3 评论 -
常用需求分析细节
1、手机动态验证码手机获取动态验证码规则:验证码为6位随机数字, 1个验证码的时效为30分钟,1个验证码最多输入5次, 1分钟后可重新获取新验证码,并且当天同一证件号最多获取5次验证码。(1) 获取验证码后,输入验证码错误时,提示“验证码输入错误,您还有×次机会”;若大于5次输入错误后,提示“验证码已失效,请重新获取”。(2) 若一个验证码超过30分钟后再使用,提示“验原创 2016-05-18 16:22:38 · 817 阅读 · 0 评论 -
不同网站更换手机号的方式
最近更换手机号码,发现不同网站更换手机号的方式都不大相同,总结起来有三类1.微信、支付宝、淘宝,输入新号码,新号码会收到短信验证码,验证后,更换成功2.京东,两种方式:1)原手机号能接受验证,先给原手机号发短信,验证后,选择 a.验证支付密码,输入支付密码; b.验证银行卡信息,选择银行卡,输入卡号和身份证号给新手机号发短信;验证成功后,输入新手原创 2016-07-24 23:10:41 · 1417 阅读 · 0 评论 -
IBM CleanQuest使用方法
打开Clean Quest新建个人查询方法:1.在个人查询上右键,选择新建查询,2.写查询名称,选择项目信息 3.选择过滤条件,项目编号原创 2016-07-15 17:40:40 · 920 阅读 · 0 评论 -
需求分析细节总结2
写需求规格说明书时,对信息项的描述细节总结。表单项信息项细节描述时间年月日/年月日时分秒文本框长度限制,输入内容限制是否必填原创 2016-07-15 17:59:46 · 311 阅读 · 0 评论 -
需求文档——故障处理描述
售后服务请求级别说明表请求级别描述最高级系统或重要应用停机,或受到严重影响; (系统崩溃)。高级系统核心应用受到影响,没有办法可以绕过去解决,或着绕过去的办法非常繁琐。中级系统和应用出现错误,但是还可以采用其他方法绕过此问题。低级功原创 2016-07-21 09:48:00 · 2676 阅读 · 0 评论 -
需求人员级别认定标准
1、初级 对知识点达到熟练操作的水平 了解基本概念,熟悉流程 掌握公司相关过程规范2、中级 对知识点内容了解其原理,结合已评审通过的案例进行讲解(区分具体情况:有实践经验) 掌握知识点内容的适用范围 优缺点分析到位3、高级 深刻理解掌握知识点内容的背景、理论支撑。进行知识分原创 2016-08-19 10:39:20 · 1052 阅读 · 0 评论 -
需求人员使用CQ的基本职责
一、 背景与目标CQ(Clear Quest)是公司在项目管理中用于配置管理的软件,用以保证项目和产品的可回溯性、完整性和正确性。将各项目的需求录入CQ是后续项目进行测试、监管项目进展和质量的基本前提。需求人员与CQ之间的互动关联主要是将项目的基本需求、变更需求进行录入以及对后续的缺陷进行跟踪管理。需求人员录入CQ,我们希望能够达到以下目的:需求人员原创 2016-08-19 10:53:16 · 1801 阅读 · 0 评论 -
MindManager参考资料
最近在学习MindManager思维导图,基本操作可参考网址百度文库:http://wenku.baidu.com/link?url=5HDH0VaJY0ELsrBk6lI7PN44AaNMVXnfxXa4BFSKJHuUc-xmjeCrQflY2oN28dXHyj-ivyd7I5FhVeedoIGIn7rdJSKhOZdUlxa_Ub4tgxS原创 2016-08-21 22:45:21 · 556 阅读 · 0 评论 -
需求基本流程和要求——公司培训
需求开发包括:需求定义、需求捕获、需求分析、需求描述、需求验证;需求管理包括:需求跟踪管理、需求变更管理、需求基线管理。图1需求工程图2需求文档的要求1图3需求文档的要求2图4需求评审跟踪图5需求评审过程原创 2017-10-29 14:40:48 · 839 阅读 · 1 评论