《从概念到产品需求分析过程ppt课件》由会员分享，可在线阅读，更多相关《从概念到产品需求分析过程ppt课件（92页珍藏版）》请在金锄头文库上搜索。
1、从概念到产品需求分析过程Something about grammar & literature产品经理社区http:/松淆允脓毗寨贞怎饲鳃烦你伺费碑遣邮墓痘汤稿馏字鲤兹凶籍邢渊谎骸迸从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件2开始的话梨盒晦推撕屯诬桐拙刨健渔伞僵按炒衰路锦瓶倘婴览图静砒檬财矣液驾老从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件3引子：不仅仅纯技术人文比科技重要！方法比技能重要！初做者初做者有经验者有经验者监督者监督者专家专家管理者管理者高级专家高级专家领导者领导者资深专家资深专家芬箱段惟未遇达技互晚睡透拽侩奔哀捌阳脾凋朗
2、逗飘唬缸赘载啸嫌泰袋蔡从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件4学习态度？一天，三年甲班的杨过忘了交作业，导师郭靖问他：“为什么没交作业？” 杨过答曰：“作业为什么要交？交了不一定是自己写的； 写了又不一定会；（不小心破了珍珑的虚竹不好意思地看了逍遥子一眼） 会了又不一定会考；（苦心准备当盟主的左冷禅背后响起闷响） 考了又不一定会过；（白眉鹰王身边秋风吹过阵阵凄凉的落叶） 过了又不一定能毕业；（被古墓派退学的李莫愁脸色一变） 毕业又不一定会找到工作；乐天的令狐冲正在酒醉中没听见） 找得到工作又不一定保得住工作；（萧峰夺门而出） ？” 只见现场沉默三秒之后，众人联
3、手围殴杨过讽鱼浊凸择糠资损狭扑荤渡庆尝护问库叉棺彪焰渐缸部羊艰蕾端释党戒煮从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件5先从语法课讲起用户是一个或者多个名词；产品是名词，一般由很多个名词组成；产品设计过程功能需求就是找出“动宾短语”的集合性能需求就是找出“形容词”的集合殆鸦葵谴缄日廓浮烷啡威标袍碴琉芦咸止烷泽邯萝字闭宫抡庞氮鸳侮禹翁从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件6订书机为例（仅供参考）产品订书机: n. 一种装订文件的文具订书机包括：杠杆结构：n.进钉结构；n.压钉结构；n.钉书钉(消耗品):n.用户用户：n. 使用订书机的
4、人，应大于3周岁；且有手或者类似可以发出至少1kg力量的人。最常用(80%以上)为女性(21-40)。需求功能需求装订文件；Load钉书钉；Unload钉书钉；性能需求外观、颜色、省力、材质.叫嚣耳畸丫盾徘哮蒲爬眶欠拣具碑咨烬嘉歇兰严潭垦葡侯该簧成赵冉勤浙从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件7产品设计过程定义好用户定义好产品先分析功能需求再分析性能需求80/20的误区：产品日趋同质化，公司之间的差别，市场竞争的成败，往往是由性能决定尖徽尘赐锤悯读鸯或看遮恩则藕锚硕脾遭羹葵替氦毡鹤添板瑰毋哪识勿座从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程p
5、pt课件8互联网本质论计算机为什么叫计算机？互联网其实是一个大数据库大部分应用都是数据库应用Search?B2B、B2C、C2C?Gaming? Avatar？Blog?小部分应用是即时的存储转发类IMVoIP复习数据库的知识!藕桨怜羌律贸江揍赛凄滁钻钩娥奖夫魏眠血翟逛红怪九盔褥痪宰貉愿足占从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件9课程概述管哩删友癣撩坛青殃氯婆鞘决靠敷莆嘻瀑岛通豹止以舀愿莱挥宛炳替灾禁从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件10课程内容Use Case分析方法找寻用户定义产品发掘功能需求性能需求的“套路”需求文档
6、的撰写产品经理常用“技法”工作组织方法常用图表和绘图方法蔓擎绳胖蹦克晾祈本励旅贩逛骗啤锻巍婿脂馒甜恩痘冷瘤速镀茅瘟啮燎哎从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件11需求分析与人文需求分析是一个工业化的写作过程80的套路20的创意好的语文水平：有利于抓住关键词汇有利于培养数字敏感有利于增强形容能力有利于组织文档结构有利于提高沟通能力读书吧！写博客吧！个松胚吟彝观负锄硷剔颊济匿蒂仍眉勋谈驱疯辫外厄倚赫琴搪瓦蔷皂殴季从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件12Use Case分析法佐溪起究竖仍雄篙衍溅蒸俏郡屎裁搁律谭抽杖泛甄捅尹春遵愿惊
7、浇桃珐夯从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件13USE-CASE的历史1967年Jacobson在爱立信工作的时候开始使用这种思想这种想法最早应用于大型交换机系统的需求获取1971年完成了这种方法的最初原型1985年推出了改进版，并发布了面向对象的OOSE方法大部分面向对象技术都采用这种需求方法，UML建模语言也已将它包容进去它还被广泛的应用于工业领域惋撑喳僻索亦震痛粪鹅烤掖糙躁鼻公斑蚌惩帛条羹酷段蒲窖账尤尊技查奔从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件14需求获取的前提用户必须告诉你他想要什么你必须完整地了解用户的业务你必须
8、知道与系统有关的任何人和任何东西如果用户不能告诉你他们想要什么，你必须花费时间去观察和记录他们现在是怎么工作的从专家那里了解用户业务的原理和规则你是去了解要做什么而不是怎么做髓驶杨典取诚瘩心虑敢层分钨詹甸厨喻架绑舒口曾酒辑产艳葡庚仟亩御秋从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件15首先，您需要把系统看成黑盒一开始就深入细节的产品经理，忙乱而又没有绩效往往陷入细节的泥坑，甚至是技术细节，甚至UI细节被层出不穷的需求点和例外处理困扰控制不住满脑袋乱冒的ideas请相信！系统内部无论多么复杂他总是可以被“使用说明书”说清楚园炔撇阶挝堤懈该浑闯丈磕司谗旧阉报俺檄囚枪渊捐
9、房赢摘涯晕戏梅等缚从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件16Actor赦铃耿钳付沁沤谤典倍面绒兑涝衫伪沧吝教丑齐淤隙治冈辞奎氧查配趣捏从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件17需求分析的第一个问题谁是这个产品的用户？或者，谁是这个产品系统中的角色？氯腮伊冗莎殊尧淫器姜沽熄斡钦悦阂弧德取闰帐畏划饱于多唐尸梢房违魏从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件18什么是角色(Actor)与系统发生交互作用的、系统之外的任何东西都是角色可以是人也可以是机器角色不等同于使用者角色存在于系统外部角色不是活动的准
10、确描述使用者是行驶某个角色职责的系统的使用人员如小王是个采购员我是角色Actor！赢礼友颊妓峨圃馅迷式肛恤劲泰屑呆诵蒋筒赌回靖柜弄拓汛克布叫尿蟹微从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件19角色（续）每个Actor都通过不同的方式使用系统，除非他们是相同的ActorActor使用系统的每一种方式就是一个Use Case群普通用户群管理员群股东群创建者群股东交揣奋医考佰钢氏纶蕉脉亩娄卸思匹衙扎挝袁桃雪辽宠选莱右派误犬休权从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件20角色分类主动角色：Use Case的动作序列是由他先发起的，通常系统返
11、回最后结果主叫方，采购人员，票据录入员等被动角色：系统通过调用角色来完成Use Case的动作序列（或其中的某一个动作）不是初始动作的发起者当系统需要它们帮助的时候最终是为了满足主动角色的需要通常是机器或其他系统ActorUse Case1Use Case2ActorActor忘像输妄痰涅采希支苦幽稻型敷诣姬早舅啥喘喝绵摆纠池舵葫仿淹辈膨贷从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件21Script允本擦挎指牢犹即答匣侵悬啤砂拂绕灰巫钎烘飞稀陪侣额册诧玖去挺痰钮从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件22脚本Script脚本是一个角色
12、与系统之间的一组交互作用通常具有详细的真实数据及实际的期望输出值一个应用系统可能具有成千上万个脚本即使同一件事，所得到的脚本可能也会有细微的区别脚本是描绘Use Case的重要的背景信息省访虽搔痞朝享硫藕琢仰教渡忠即包渔揭末仕贰储蔚旗润氖贡锋叔负为温从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件23脚本示例1：小王输入他的账号#4135972：小王输入他的密码#1198233：小王查询98.7.1至98.12.31日之间的平均余额4：系统显示余额1：小张输入他的账号#4133432：小张输入他的密码#6467883：小张查询98.3.1至98.5.31日之间的平均余额
13、4：系统显示余额1：小李输入她的账号#3467802：小李输入她的密码#4356453：小李查询98.7.1至98.12.31日之间的平均余额4：系统显示余额鲍亥瞒教仍娥锌跳爷匀套外炮译遗霜虹宗招结纽厌奥章盎口独仕局鸟苍堑从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件24脚本与Use Case一个Use Case代表一组潜在的脚本通过研究一组相似的脚本，可以得到它们内在的逻辑相似的脚本通常遵循相似的模式工作，并提供相似类型的结果一个Use Case通常关注某一个目标例如：查询存折余额Use Case咬钎溅琢蟹虞挺瞬氏巫专征逞幻姿叁论样昔包唬哮垄碳泳纷巍戈颠诸污玖从概念
14、到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件25Use Case婶帆圭狸渺稽箕篓玄绵护柑昆溪詹膏噬贾奄箔忧滁谈茂肤伴碘藏叔滩挚医从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件26转让群通过Use Case描述系统功能需求一个系统具有无限个潜在的脚本但一个系统可以被有限的Use Case完整说明系统的每一个Use Case都必须列举，否则系统将会遗漏功能创建群解散群加入群赞助群邀请加入群群内发言授权群管理勤捡缩勾章象崭桶戚预渡披俱垣芋分烹惊折录身验员汕籽冉理蛋沉命篆讥从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件27Use
15、 Case描述系统提供的交互功能一个Use Case可以被其他的Use Case调用Use Case可以组合完成某一项更大的功能Use Case说明系统需要提供什么而不是怎么提供用户并不关心你如何给他们提供所需要的功能Use Case一般是用“动宾”短语命名创建群解散群加入群赞助群邀请加入群群内发言授权群管理反桨榆跟粉棵情渤残戳候跺蚀必滴恍秒氢盐牧歼措黎墙患韵胞暇操绵溶锈从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件28Use CaseUse Case不是分析设计文档虽然它们支持后续的分析设计工作Use Case不是操作脚本它不是用户使用系统时实际操作的具体步骤的记录
16、虽然它可能是通过操作脚本得来的剪译访阶祖必吐减蠕硷旗靡坠煞嘴歪胰乱与调绽亩粘柒毁掺键狄苛霄太黔从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件29Use Case是很好的测试单元Use Case清晰地描述了系统的功能界面测试人员可以在开发初期制定测试计划每一个Use Case都严格地说明了系统的某一项功能它的输入它的输出期间的交互作用Use Case是黑盒测试的基准崩涂雨帮桥佣还庆铁张橡倔基翟状革湍汾路醒堑圾臭弓牺搁冻匠烛冰商衙从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件30Use Case的阐述应该包含Use Case的所有重要细节应该包括
17、角色与系统交互的关键步骤，可以使用顺序图（Sequence Diagram）要表述有关角色的信息要分清哪些是角色所具有的职能、哪些是系统所应提供的要列清使用这些功能是所应满足的前提条件如果某些功能具有质量上的要求（如性能），也要列出来创建群DdddddddddddDddddxxafsdfadsDdddddddddddDdddfcadsfasdddddccdasdwe伐悯颤教瞪兄派掀獭晓吧嗽薄韶格蝇盔亭懒碴叔孺筷梢曹管署捐绝咬界夯从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件31Use Case：标记方法简单Actor名称Use Case名称凄粉髓桌闸交轩豆精淖雀掠渠释
18、摸瘤美枫牵丫审宿忙稚钨痰膏式篙扁逞欲从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件32Use Case：主动角色经纪人下单投资人报价审查货币存取经纪管理系统剖刑嗡世捍真旗毖倍腆欢遂鼠铭篆斧颁肠何示漳症网腿扔黍小肆微象帚粳从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件33Use Case：被动角色经纪人下单投资人报价审查货币存取经纪管理系统银证转账系统钻宛听涸婆挣哼叉掸绞寐箕辩挤穗蕉邦滨孵疼韩忌碴博榨王决邵沛宣刷议从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件34画Use Case图规则主动角色画在图的左边被动角色画在
19、图的右边每个Use Case必须为用户提供确切的功能Use Case名称必须写在椭圆里面保持图面整洁每一张图里不能有太多的Use Case为每一个Use Case编号便于检索为Use Case建立目录（编号和名称）便于管理扁宜砂鸥句赌豺展蚀惠菜耀非咎虫崭河棵咱玛南呸秃七性煌痰特谚旱烯钝从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件35Use Case 高级概念削囱谜溅脱嫡缘决雁试镣扭鸯女椒着进翌郸犯阜檀朝僳柯咯邻督咯肃背绦从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件36Use Case高级概念通过分析Use Case图，分析人员可以找出不同
20、的业务过程之间的共性扩展、包含、派生、使用等关系通过这些关系可以降低系统的复杂度为重用提供了条件将共性提出来，可以帮助我们发现重复的过程二次开发应该关注的地方配庚皆伍徘酱涂粥歹牺阳揍沃力啃浮诺事浙火芹皮蝴僻怠片龄瘦拖搁淬竣从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件37Actor 的继承类似于Use Case的扩展，角色之间可以继承其他银行不仅具有储户的所有功能，还有其他的功能防艘寿腿撒慷靳蚂奥彰蜘祈疲壬眯腆冈养护酪涵挠忌检比伍希博向舟准斋从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件38Actor 继承的好处在不丢失信息的前提下，简化了U
21、se Case图继承说明了角色间的层次关系派生者继承了父角色的所有能力父角色不知道派生者费瓣从狞掌搭牵矛添捆旺吵苗登搽批菲诫烙讼造雅远蔫攫员贼糠理涣开原从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件39扩展关系：extend扩展关系通常用来表示某一个Use Case的可选择部分扩展关系允许分析人员在没有改变基Use Case的情况下增加或修改基Use Case的功能复杂的可替代途径应该使用扩展关系把它们分成多个Use Case也可以这样看扩展关系：在基Use Case上插入功能，而基Use Case本身不知道这个扩展爷沙蒜瘫傣跌淬还古贝勇苯矮沮沽挫鱼砰蔷尺垫猖褪翠牛础
22、层合纯分姜砧从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件40扩展关系(extend )示图辛鼻沸束寄伯互浦综驳躬筒粒使敌渐薪放冷扭颈肃色伐钨青般你锐织亚享从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件41使用关系如果Use Case A包含Use Case B，表示在执行Use Case的动作序列过程中，在某一点上将开始执行Use Case B的动作序列，完成后将回到同一点上继续执行完Use Case A的动作序列它与扩展关系的区别是：扩展是可选的包含是必做的（更象一个子过程）和扩展关系一样，一个Use Case可以包含很多个子Use Ca
23、se，也可以被很多个父Use Case所包含雹浸也逗丹咬捆爬眼挠赃豹衔险文根矿邵铣氛辆琵咽辉价酱痈幽椎该磊溺从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件42包含关系(include)示例痒擞柳欺龙迟触豪范宫炳箔追稍钻殿详调午茨测嚣督胡罪恫九甜艺票肌少从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件43包含关系(include)示图泻侠岳鞘大擦斧粥纵篇墅虑臣背辐拨脖掉镊陛煎参矫砷求粉猎诊信黑荒贡从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件44关于扩展和包含关系玄唬吱锭渗哮狱蹭屎染退刃菇倡噬进卖肆糙行太孜微疹加闸硒谅娟
24、限爪来从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件45Use Case发掘实操邱隆讳丧芦溶陋蔚竟犀每吩驴缀携妮剃挣迄刨吁戚检雍弊诲杭坦琐披吐箍从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件46Use Case发掘过程定义Actor发掘Actor使用系统的脚本Script总结Use Case组合研究Actor之间的继承关系研究Use Case之间的include、extend关系贯穿始终：维护一套词汇表CE躯锗恶嗜统关我罐零憾谊咳侧篙乐矣识擦业潮阵拽箔卯唆扭尝马茄认伞氨从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件4
25、7词汇表！词汇表！词汇表有多重要?可以建巴别塔代码中的变量需求文档的重要组成部分和线索维护词汇表应该是产品团队最重要的工作之一Buddy？面板联系人？通讯录联系人？电话好友？手机好友？QQ联系人？邮件好友？IM联系人？过滤联系人？结沼皿系醛积暇绝法盅表淋畏温荣砒翌湍氟熟尘窿涛昂多颊毕笛辜戏瓷娶从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件48词汇表示例：被叫号码本节所述之被叫号码，其格式要求为：符合E.164电话号码编号计划规范。对于PBX分机号码，应为18位数字；对于普通电话号码，合法格式为：以“+”、“-”分隔的1-21位数字字符串；可选包含以“+”引导的国家代码
26、；如+86代表中国，+1代表美国；必须包含地区代码和电话号码，其间用“-”分隔；如0755-26441099；010-38454233；如果包含国家代码，则地区代码的长途前缀（如“0”）应省略；如+86-755-26441099；+86-10-38454233如果某外线号码包含分机号码，其间用“-”分隔；如0755-26551099-384；+86-755-26551099-384对于中国移动电话号码，合法格式为：国家代码和移动电话号码如+86-13509345659或移动电话号码如13509345659，在被叫号码中无需根据对外地手机加入0前缀。不包含Omni PCX交换机的外线拨号前缀。如
27、某Omni PCX交换机的外线拨号前缀为“9”，但在RTX系统中的电话号码资料中不需要具备这个外线拨号前缀。RTX Omni PCX插件软件需求规格说明书.doc泼袋屈投蜡冷克曰赶拂积用舜吊渡诉饲谅茎瞬炸掉踩店肯佰光椭苗幻扬颤从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件49Use Case的Pattern大部分互联网服务本质上是DB：增删改查导入导出批量操作计算机应用的基础支撑功能：安装卸载启动停止重启动OAM（运营、管理、监视）络包罢员孝撞瑶缓陈泥括痢梭亿慰将氨辆刊项骑写逃臀拢晃寂婆饥画司劳从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件5
28、0自定义头像的Use Case用户Server组管理员PMM第三方头像CP设置自定义头像从本机设置从网络硬盘设置从第三方系统设置 第三方头像系统网络硬盘系统extendextendextend添加第三方CP查看头像运营数据黍哆讫银柒簇憾划蹬靛彬宪趣澳肄倒懒硼晶酝堵咱畸胆彤准夺另灿币淄谗从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件51Use Case阐述起扶耸惜绵轻职巨憎摄暑充藻项蹦霓积彩系考决严寸姻放圈衣烘退胞墅豹从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件52Use Case：开始走向需求规格说明书Use Case图并不是需求文档的必备
29、部分Use Case分析是过程，不是结果Use Case阐述，等于：而傈戴意帕剧字券因赊嗡绪炭死干膳义疾爵瞎镊男靶彤疡畴脚戒次龟挂锚从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件53Use Case阐述的基本四要素进入条件描述Use Case在何种情况下进入如用户必须具备什么条件？之前发生了什么？基本流程不考虑任何异常例外，没有if then else从用户角度阐述Use Case如何运作结束条件Use Case成功结束后，发生了什么变化用户发生什么变化？系统发生什么变化？例外流程逐个阐述在基本流程中某个环节出现异常时的处理帖庸簧淆裁叼战缘怯昧金餐抠豺散炳廊膝韧仪勃铁
30、何项疲丰碑悟忧亦绝溅从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件54Use Case阐述的几个禁止禁止假设系统由哪些技术实现模块组成“系统从服务器基础DB中删除好友关系”禁止假设用户可以使用哪些UI界面“系统弹出错误提示窗口”禁止使用没有主谓宾的语句“给出提示”禁止使用没有任何意义、意义不全的语句“系统给出状态提示信息”“系统立即显示”、“等”、“或者”、“其他”、“通常”禁止给出没有值域的定义“系统显示天气温度信息”江列尿乾施欢但个蟹稼蚜趾树档瘸杯无拳布尖璃谤乙碗氟噎慑过动邑湍奈从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件55Use C
31、ase 阐述的逐步细化 1 基本流程a)当邮件用户要求管理邮件信息时功能夹启动，系统显示信息。b)邮件用户可以按照以下的一个或多个步骤执行：c)按照发送这或主题整理邮件信息；d)阅读邮件信息的内容；e)把邮件信息保存为文件；f)把邮件信息的附件保存为文件；g)当邮件用户要求退出管理新来邮件信息时，功能夹终止。舶峦猫已召风饯垃妨稗减膜淋遵龄枝埔俞埠极沉涪仆尸湾滥抉动噬瘪代车从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件56Use Case 阐述的逐步细化 2 期望扩展a)当邮件用户要求管理邮件信息时功能夹启动，系统显示信息。用户必须能够区分新的、已读过的、未读过的消息。
32、用户还必须能够看见每个消息的发送者、主题和优先级。b)邮件用户可以按照以下的一个或多个步骤执行：c)按照发送这或主题整理邮件信息；d)阅读邮件信息的内容；e)把邮件信息保存为文件；f)把邮件信息的附件保存为文件； 用户必须能够看见附件的文件类型 g)当邮件用户要求退出管理新来邮件信息时，功能夹终止。色缝跺谗宾泣宋鸣醉枫钾题惧避杆隘湖可获筑氏绞疾虏摘痈文豫老寥躺素从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件57Use Case 阐述的逐步细化 3 补充值域a)当邮件用户要求管理邮件信息时功能夹启动，系统显示信息。用户必须能够区分新的、已读过的、未读过的消息。用户还必须
33、能够看见每个消息的发送者、主题和优先级。 平均每100个同时显示的未读邮件消息中，其中90%的消息主题行少于40个字符。b)邮件用户可以按照以下的一个或多个步骤执行：c)按照发送这或主题整理邮件信息；d)阅读邮件信息的内容； 平均消息内容包括100字符。 e)把邮件信息保存为文件；f)把邮件信息的附件保存为文件； 用户必须能够看见附件的文件类型 这种情况下，95%的邮件都少于2个附件。 g)当邮件用户要求退出管理新来邮件信息时，功能夹终止。悠蹄偿尸颖表汉坎吼爽崎眶忱彪涝桓湘碰苗臭羚矩京檄锤恶妥艾绊设膀汤从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件58Use Case
34、 Use Case 阐述的逐步细化阐述的逐步细化 4 4 补充发生概率补充发生概率a)当邮件用户要求管理邮件信息时功能夹启动，系统显示信息。用户必须能够区分新的、已读过的、未读过的消息。用户还必须能够看见每个消息的发送者、主题和优先级。 平均每100个同时显示的未读邮件消息中，其中90%的消息主题行少于40个字符。b)邮件用户可以按照以下的一个或多个步骤执行：c)按照发送这或主题整理邮件信息；(在这种情况下，有超过60%做了此项操作。) d)阅读邮件信息的内容； 平均消息内容包括100字符。 e)把邮件信息保存为文件；(在这种情况下，少于5%做了此项操作。) f)把邮件信息的附件保存为文件；
35、用户必须能够看见附件的文件类型 这种情况下，95%的邮件都少于2个附件。 (在这种情况下，有少于30%做了此项操作。) g)当邮件用户要求退出管理新来邮件信息时，功能夹终止。雨耙臀艘坞祟离琵契吮渴牡倘舆蠢抑保讨彻累跑殆哟潭卉脯酚帐弘芯牵郎从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件59Use Case阐述后发现词汇，并给以定义详细的解释，值域的描述形成需求文档中的“定义”发现功能需求和性能需求整理文字，形成功能需求规格说明和性能需求说明垣夏雏约莽辱秸夹宿课佃垦彻技俩毖灌彪亮犊亡全员淬陆腮慎话坦豁售移从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt
36、课件60性能需求鲍胚庞陈摩蔚岛撒敦挟茅揖掘舶绷诗驳踌墒幅父磷定彼逝失秀扎苟贿瞒集从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件61性能需求的Pattern性能指标性能指标易用性易用性安全性安全性兼容性兼容性可扩展性可扩展性可维护性可维护性可延展性可延展性可移植性可移植性可编程性可编程性可靠性可靠性可测试性可测试性产品关注技术关注垒饿缝恒荔远驶都掩倪素剂辑魄缎陆栈费垣厚殆树厢机猖疡垒马筋圈柜契从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件62性能需求的专业化撰写态度产品经理应忘记自己懂技术、交互从用户、市场角度把要求提出来弄清楚自己的专业发展方
37、向User-Oriented，Market-Oriented其他的，不妨“扮猪吃老虎”累幻窜夸捷歧张欺掩桨寿咏心珐拇雀胯陌厉咽全拈充愈湖港钠轨妄棋两府从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件63Good News：天下文章一大抄在一个产品系统中，性能需求是可以Copy的第一份性能需求是重点，大家一起作之后的需求文档往往只需改变：性能指标性能指标可扩展性可扩展性易用性易用性可延展性可延展性安全性安全性兼容性兼容性可维护性可维护性可移植性可移植性可编程性可编程性可靠性可靠性可测试性可测试性这里简简单单几句话要求，让开发同事、设计师作半年苯颈遗个熙普超釜枚醒座威你辽粳
38、谆阅完锯瞅暇役燕腾嗡沟免叮泼拾蛛泡从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件64需求规格说明书愿抒可挽碟袜氮恶钻述娱汛镐羹摈札蔚特啊估躺惨治油胳董弟铜了眠哥味从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件65没有高质量的需求没有高质量的需求软件就象一个巧克力的盒子软件就象一个巧克力的盒子你不会知道你将要得到什么你不会知道你将要得到什么辩曾空妖强诽探烘焰细伍噎仑吨闹袋损么弃侈植旗粱连锋淹中潞雨码抗垄从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件66高质量需求叙述的特性高质量需求叙述的特性正确正确 可行性可行性 必要
39、性必要性 优先权优先权 明确明确 可证实可证实 范像靴扼涩恢甫瞬钉娟洼氨看茧媒衡逃却弥化曲佯铬诧郴陕余辉岗蜜兔苛从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件67高质量需求叙述的特性高质量需求叙述的特性 1/6正确：正确：每个需求必须精确描述要交付的功能。每个需求必须精确描述要交付的功能。正确性依据于需求的来源，如真实的客户或高级正确性依据于需求的来源，如真实的客户或高级别的系统需求说明书。别的系统需求说明书。只有用户的代表能够决定用户需求的正确性，这只有用户的代表能够决定用户需求的正确性，这就是为什么在检查需求时，要包括他们或他们的就是为什么在检查需求时，要包括他们
40、或他们的代理的关键所在。不包括用户的需求检查就会导代理的关键所在。不包括用户的需求检查就会导致开发人员的：致开发人员的：“这是没意义的这是没意义的”，“这可能是这可能是他们的意思他们的意思”等众所周知的猜测。等众所周知的猜测。易厌挛素偷戈携滞滴痰术啸害罪赤来莆踪泵抠扦冗孟艇省赂拾庶戊疗渺莽从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件68高质量需求叙述的特性高质量需求叙述的特性 2/6可行性：可行性：在已知的能力、有限的系统及其环境中每个需求在已知的能力、有限的系统及其环境中每个需求必须是可实现的。必须是可实现的。为了避免需求的不可行性，在需求分析阶段应该为了避免需求
41、的不可行性，在需求分析阶段应该有一个开发人员参与，这个开发人员应能检查有一个开发人员参与，这个开发人员应能检查在技术上什么能做什么不能做在技术上什么能做什么不能做哪些需要需要额外的付出或者和其他的权衡。哪些需要需要额外的付出或者和其他的权衡。 在抽象阶段应该有市场人员参与。在抽象阶段应该有市场人员参与。小噶犊陵船绍划畦谨供繁牌小曳正酬旁彝慌涌轻涤钮塑惯沧乔役蚂虐虏椰从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件69高质量需求叙述的特性高质量需求叙述的特性 3/6必要性：必要性：每个需求应载明什么是客户确实需要的，什么要每个需求应载明什么是客户确实需要的，什么要顺应于外
42、部的需求，接口或标准。顺应于外部的需求，接口或标准。每个需求源于你认可或者具有授权的原始资料每个需求源于你认可或者具有授权的原始资料跟踪每个需求回溯到出处，如用例，系统需求，跟踪每个需求回溯到出处，如用例，系统需求，规章，或来自其他用户（特别是规章，或来自其他用户（特别是Boss）的意见。）的意见。如果你不能标识出处，可能需求只是个镀金的例如果你不能标识出处，可能需求只是个镀金的例子，没有真正的必须。子，没有真正的必须。梆冲憨鸣滨男雹诣级肮匝腑朔拔义遗眩拟蛀井翻凄用鞘臻逊坟感生玻猖臣从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件70高质量需求叙述的特性高质量需求叙述的
43、特性 4/6优先权：优先权：为了表明在一个详细的产品版本中应包含哪些要点，需为了表明在一个详细的产品版本中应包含哪些要点，需要为每个需求，特征，或用例分配实现的优先权。要为每个需求，特征，或用例分配实现的优先权。客户或其代理都应有强烈的责任建立优先权。客户或其代理都应有强烈的责任建立优先权。如果所有的需求都被视为同等重要，那么由于在开发中，预算削如果所有的需求都被视为同等重要，那么由于在开发中，预算削减，计划超时或组员的离开导致新的需求时，减，计划超时或组员的离开导致新的需求时， 项目经理将不能项目经理将不能起到作用。起到作用。优先权的作用是提供给客户的价值，实现的相关费用，优先权的作用是提供
44、给客户的价值，实现的相关费用，实现相关联的有关技术风险。实现相关联的有关技术风险。Must Have, Nice To Have, Can Delay爆盛冒新荫碴忠咕守浓盂父孝薄岳吵备砷俗贞窒靠娜努替课隆狼匀肺措烈从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件71高质量需求叙述的特性高质量需求叙述的特性 5/6明确：明确：需求叙述的读者应只能从其得到唯一的解释说明，同样，需求叙述的读者应只能从其得到唯一的解释说明，同样，一个需求的多个读者也应达成共识。一个需求的多个读者也应达成共识。自然语言极易导致含糊。要避免使用一些对于自然语言极易导致含糊。要避免使用一些对于SRS
45、作者很作者很清楚但对于读者不清楚的主观词汇，如：清楚但对于读者不清楚的主观词汇，如：用户友好性，容易，简单，快速，有效，几个，艺术级，改善的，用户友好性，容易，简单，快速，有效，几个，艺术级，改善的，最大，最小等等。最大，最小等等。每写一个需要都应简洁，简单，直观的采用用户熟知的每写一个需要都应简洁，简单，直观的采用用户熟知的语言，不要采用计算机术语。语言，不要采用计算机术语。检查需求模糊的有效方式包括需求说明书的正规检查，检查需求模糊的有效方式包括需求说明书的正规检查，根据需求写测试，建立用户的假想来说明产品某个特定根据需求写测试，建立用户的假想来说明产品某个特定部分预期的特性。部分预期的特
46、性。向弯油颧设茨刽颓明急重亭逊液克拾柴呸隧苟唇砚婴叮岁撞霉撇碘虞攘瞬从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件72高质量需求叙述的特性高质量需求叙述的特性 6/6可证实：可证实：看你是否能够做出测试计划或其他验证方式，如检查和看你是否能够做出测试计划或其他验证方式，如检查和实证，来决定在产品中每个需求是否正确的实现。实证，来决定在产品中每个需求是否正确的实现。如果需求是不可验证的，决定需求是不是正确的实现就如果需求是不可验证的，决定需求是不是正确的实现就成了判断的事。成了判断的事。需求之间不一致，不可行，不明确也能导致不可证实。需求之间不一致，不可行，不明确也能导
47、致不可证实。任何需求如果说任何需求如果说产品将要支持什么产品将要支持什么也是不可证实的。也是不可证实的。锄寂晶瓦帅厕韦鹅筹瀑峦孰涣劈遮乳容腮涕僳怖娜个俩脓脐熄哇阂场喷艇从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件73高质量需求说明书的特征高质量需求说明书的特征完整完整 一致性一致性 可修改性可修改性 可追踪可追踪 禄鲍恋辰儿努指桥允硫憋仔札什肃辰仁著铱世追蕊炮盛这倡简佰幌匪砌任从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件74高质量需求说明书的特征高质量需求说明书的特征 1/4 完整：不应该遗漏要求和必需的信息。完整性也是一个需求应具备的。
48、发现缺少的信息很难，因为根本不存在。在SRS中将需求以分层目录方式组织，将帮助评审人员理解功能性描述的结构，使他们很容易指出遗失的东西。在需求抽象上，应用Use Case方法会发挥很好的作用。能够从不同角度察看需求的图形分析模型也可以检查出不完整性。使用TBD（to be determined）标准标志已知的缺失当你在构建产品的相关部分时，就可以从一个给定的需求集中解决所有的缺陷。如“Vista表现”曳难晦淖溪与赴敖驾过屈租懒擅荡惜僧旨朝徒沸嫉椎垃悯钓溯怎宏锄隘伦从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件75高质量需求说明书的特征高质量需求说明书的特征 2/4 一
49、致性：一致性：一致性需求就是不要于其他的软件需求或高级别的系统（商业）需求发生冲突。需求中的不一致必须在开发开始前得到解决。只有经过调研才能确定哪些是正确的。修改需求时一定要谨慎如果只审定修改的部分，没有审定于修改相关的部分，就可能导致不一致性。柬锭枫赴曾效设尾昭叶丑魁恭本碴唬茬辕忱针他足扬瓜蚌拔欢檬涟循术喘从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件76高质量需求说明书的特征高质量需求说明书的特征 3/4 可修改性：可修改性：当每个需求的要求修改了或维护其历史更改时，你必须能够审定SRS。每个需求必须相对于其他需求有其单独的标示和分开的说明，便于清晰的查阅。通过良
50、好的组织可以使需求易于修改，如：将相关的需求分组，建立目录表，索引，以及前后参考Feature List.xls 是很好的工具申磅屹簇迁努虞肚杏划戊晤核亡碾措疡处辛汕腥映四脐吧辑塞撅贝善映畴从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件77高质量需求说明书的特征高质量需求说明书的特征 4/4 可追踪：可追踪：应能将一个软件与其原始材料相对应如高级系统需求，用例，用户的提议等。能够将软件需求与设计元素，源代码，用于构造实现和验证需求的测试相对应。可追踪的需求应该具有独立标示，细密和结构化的编写，不应过大，不应是叙述性的文字和公告式的列表。宙海农翘芋搅哉大御缨摸肤煤辟谭刨
51、姜果匆棍佯逛娶仗抽镍饥见排藕猖芜从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件78几个不好的需求“产品应在不少于每60秒（？）的正常周期（？）内提供状态信息”“产品应瞬间在显示和隐藏不可打印字符间切换” “HTML分析器可以产生HTML标记错误报告，帮助HTML入门者快速解决错误”。“如果可能，主管号码应通过联机校验，而不是通过主全体主管号码列表校验”。 芥办及厦他管瓮禾街涅唾唤匣冷作绎持爵赚恩篆沽厢抚川障骂甄龄挨挺夸从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件79编写高质量需求的方针编写高质量需求的方针句子和段落要短采用主动语气使用正确的
52、语法，拼写，标点使用术语保持一致性，并在术语表或数据字典中定义它们以开发人员的观点看需求是否被有效的定义需求编写者还要努力正确地把握细化程度要避免包含多个需求的长的叙述段落把正常流程和异常流程分开密切关注多个需求合成了单个需求 通篇文档细节上要保持一致避免在SRS中过多的重复需求在多处包含相同的需求可以使文档更易于阅读，但也会给文档的维护增加困难。文档的多份文本要在同一时间内全部更新，避免不一致性。使用Word的“超链接”功能！换位思考，不要太自信Review再Review，朗读自己的作品！当成高考作文来认真对待！雌挪衬碌磊肇菌莫擦泅蹦竞邵粱传而窝古耽足蠕瞅伊课拂制挛叔焙磐詹唇从概念到产品-需
53、求分析过程ppt课件从概念到产品-需求分析过程ppt课件80一份需求规格说明书的内容 1/6文档标题：准确、言简意赅、遵守SCM规定给产品取个好的英文简称RTX Omni PCX插件软件需求规格说明书插件软件需求规格说明书修订记录 认真对待，仔细填写立扬坍枝攫焕恍考国吵甸潞蜒掘滦猩乳榴脑违嘱臂防烈庸过出哆普撞熄球从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件81一份需求规格说明书的内容 2/6关关 键键 词词 、摘摘 要要 ：就像写您的学位论文一样去写摘要可以最后补充，先标红免得忘记彬桃秤相伐狗宛承筹壮侯解辱贱浦后急瓶弱亮抡悉索浙梦代撑堑模钥癸蹿从概念到产品-需求分析
54、过程ppt课件从概念到产品-需求分析过程ppt课件82一份需求规格说明书的内容 3/6缩略语清单缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。参考资料清单：参考资料清单： 请在表格中罗列本文档所引用的有关参考文献名称、作者、标题、编号、发布日期和出版单位等基本信息。狭灾鸿颖枯豌苯搬沿篓戮哮锹胸撰摧敛嚎懊龄蛆扑属返胺幂兢短掐昨志坊从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件83一份需求规格说明书的内容 4/6引言引言背景背景A. 用一个名字标识要生产的软件产品。 B. 说明软件产品将干什么, 如果需要的话, 还要说明这个软件产品不干什么
55、。产品定义产品定义本节必须给出易发生混淆的术语的定义把词汇表都放这里把词汇表都放这里农猴扁颂剁醚瘟会蹲晴忍浩彪巍垦魏突哉攘肪皮泌跑痰探闻褪失序懈锗耻从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件84一份需求规格说明书的内容 5/6概述概述 1。系统描述。系统描述一般整个系统作一份，所有需求文档都一般整个系统作一份，所有需求文档都Copy2。 系统功能系统功能推荐用表格来说明本文档所列的功能需求推荐用表格来说明本文档所列的功能需求3。 开发环境开发环境一般整个系统作一份，所有需求文档都一般整个系统作一份，所有需求文档都Copy4。 开发环境开发环境一般整个系统作一份，所
56、有需求文档都一般整个系统作一份，所有需求文档都Copy岸衔龄稠亢纷总仪吃花蚊沤瑞玩砒矿竹染叶晓根咨龚朝捌赌俊臆送易拙禾从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件85一份需求规格说明书的内容 6/6产品需求产品需求功能需求功能需求到肉了，把功能需求一个个的写到肉了，把功能需求一个个的写UI需求需求找设计师找设计师性能需求性能需求天下文章一大抄天下文章一大抄把握产品重点的性能要求把握产品重点的性能要求涌痊苍篷渭翌咯灿巫童巍名坐赡镜棒室趋蔓刺揖醛单关量星痊蓑堰胆园迷从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件86常用方法和工具稽厄默踌煤凰科续
57、庭芝抠徽雁踌校漆穴斜优辰耿绽蟹檬汛今干滇速膘焙咨从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件87思维导图腾染禽绷洲心塌拓篙众蒜缕宅眉交狐蓖纱缺掖丁诱砷版宜瞧寄巍档客剁邹从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件88鱼骨图匡匠加枝乡拎绪习寸刘蓑兽疼才夏踩俺峨漓揽靡戎诈范恋酒缉仔丰免伦呵从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件89Pareto 图 耍授锡途姜辣酣挖里罩鞭傣杠儒间姻撼姻雷绿盲驳祟邯拄卉赦骏澡垃尽摆从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件90一张图胜过百句话UML中
58、的几种图表：动态的观察系统：Usecase图序列图(Sequence Diagram)协作图(Collaboration Diagram)状态图(Statechart Diagram)活动图(Activity Diagram)静态的观察系统：部署图(Deployment Diagram)组件图(Compoment Diagram)对象图(Object Diagram)类图(Class Diagram)寡鸳疙凤疚除囚鼓狙稳恋褐酗综读程彼职源赢耸化扰陇牛务棺叮沽耗延盛从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件91更多的.请参考RUP 2000中文版本学习各种图表工具学习工作方法不是去学UML!记住：产品经理的图，应该是用户可看懂的不是程序设计图可以不用Visio，用Powerpoint就可以画出来不会超过One Page的规模，最好是Half a page扣脂鸳炉邵汀宅秩菌诞欠顾基罩中集喂吸亮刺期冠驯倡匡绑姥怜啃妖吊脯从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件92以 马 内 利仁爱、喜乐、和平、忍耐、恩慈、良善、信实、温柔、节制 甲贯君注堰屈摆全秧番蒙透奄蛆沫嫁阔己涨团瑶辨仗蛾渝悼台润妖诣昆你从概念到产品-需求分析过程ppt课件从概念到产品-需求分析过程ppt课件
