从概念到产品-需求分析过程分析.ppt

* Use Case 阐述的逐步细化 － 4 补充发生概率 a)当邮件用户要求管理邮件信息时功能夹启动，系统显示信息。[用户必须能够区分新的、已读过的、未读过的消息。用户还必须能够看见每个消息的发送者、主题和优先级。] {平均每100个同时显示的未读邮件消息中，其中90%的消息主题行少于40个字符。} b)邮件用户可以按照以下的一个或多个步骤执行： c)按照发送这或主题整理邮件信息；(在这种情况下，有超过60%做了此项操作。) d)阅读邮件信息的内容； {平均消息内容包括100字符。} e)把邮件信息保存为文件；(在这种情况下，少于5%做了此项操作。) f)把邮件信息的附件保存为文件； [用户必须能够看见附件的文件类型] {这种情况下，95%的邮件都少于2个附件。} (在这种情况下，有少于30%做了此项操作。) g)当邮件用户要求退出管理新来邮件信息时，功能夹终止。 * Use Case阐述后 发现词汇，并给以定义 详细的解释，值域的描述 形成需求文档中的“定义” 发现功能需求和性能需求 整理文字，形成功能需求规格说明和性能需求说明 * 性能需求 * 性能需求的Pattern 性能指标 易用性 安全性 兼容性 可扩展性 可维护性 可延展性 可移植性 可编程性 可靠性 可测试性 产品关注 技术关注 * 性能需求的专业化撰写态度 产品经理应忘记自己懂技术、交互 从用户、市场角