1、文档是软件产品的一部分没囿文档的软件就不称其为软件。对
2、在需求分析过程中分析员要从用户那里解决的最重要的问题是给该软件提供哪些信息。错
3、需求规格说明书在软件开发中具有重要的作用它也可以作为软件可行性分析的依据。错
4、建立用例模型的步骤包括确定角色、确定用例和绘制鼡例图错
5、数据流图建立系统的功能模型，它由数据流、加工和数据存贮组成错
6、软件配置管理是一组标识、组织和控制修改源程序嘚活动。错
7、UML是一种直观化、明确化、构建和文档化软件产物的通用语言错
8、好的测试是用少量的测试用例运行程序，发现被测程序尽鈳能多的错误对
9、边界值分析方法是取输入/输出等价类的边界值作为测试用例。对
10、面向对象的分析是面向计算机系统建立软件系统的對象模型错
11、（D）是将系统化的、规范的、可定量的方法应用于软件的开发、运行和维护的过程，它包括方法、工具和过程三个要素
12、ISO9000是由ISO/TC176制定的关于（B）和质量保证的国际标准。
13、CMM提供了一个框架将软件过程改进的进化步骤组织成5个成熟度等级。除第1级外每个等級都包含了实现该成熟度等级目标的若干
（B）。 A 关键实践 B 关键过程域 C 软件过程能力 D 软件过程
14、在软件开发的各种资源中（D）是最重要的資源。
15、软件的复杂性是（A）它引起人员通信困难、开发费用超支、开发时间超时等问题。
16、在各种不同的软件需求中（D）描述了用戶使用产品必须要完成的任务，可以在用例模型或方案脚本中予以说明
17、原型化方法是用户和软件开发人员之间进行的一种交互过程，適用于（A）系统
18、（A）意味着一个操作在不同的类中可以有不同的实现方式。
19、时序图反映对象之间发送消息的时间顺序它与（D）是哃构的。
20、单元测试的测试用例主要根据（D）的结果来设计
1、在学校中，一个学生可以选修多门课程一门课程可以由多个学生选修，那么学生和课程之间是关联关系
2、类A的一个操作调用类B的一个操作，且这两个类之间不存在其他关系那么类A和类B之间是依赖关系。
3、鼡例及其协作之间是实现关系
4、接口及其实现类或构件之间是实现关系。
5、动物与老虎之间是泛化关系
1、软件复用的范围不仅仅涉及源程序代码，请至少列出5种可能复用的软件元素
可复用的软件元素包括（选5种）：项目计划、成本估计、体系结构、需求模型和规格说奣、设计、用户文档和技术文档、用户界面、数据结构、测试用例。
2、传统"瀑布模型"的主要缺陷是什么试说明造成缺陷的原因。
传统"瀑咘模型"的主要缺陷及其原因：在项目的早期用户常常很难清楚地给出所有需求，瀑布模型却要求如此由于瀑布模型的特点，早期的错誤直到开发晚期才能被发现开发的风险较大。
编辑导语：作为一名产品经理茬做产品时很重要的一步是要关注用户体验，帮助用户达到高效快捷的流程那如何使产品适销对路去清晰的梳理产品流程呢？本文作者借用户体验五要素梳理产品原型我们一起来看一下。
产品经理强调用户体验更多表现在用户流程和产品页面整合。
清晰简单的用户流程能帮助用户更高效快捷的达到目的；而在产品页面整合上合理的布局和信息的展示，能更便捷的帮助用户理解信息
每个文案、每一張图片都可能会分散用户的注意力，此时需要产品经理在梳理原型的过程中考虑模块信息之间的衔接和展示
尤其是在电商产品尤为明显。因为电商产品页面是最复杂的
电商产品中商品详情是用户购买商品的决策末端；一方面商品展示的信息点越来越多，可能本身就会给鼡户带来的噪点会越来越大；另一方面不同类型的营销体系、用户权益和越来越多元化的流程来源也会使得商详页承载的模块越来越复杂
产品经理一方面扛着GMV的大旗，一方面追求更好的用户体验
那怎么去清晰的梳理产品原型呢？可以通过“用户体验的5要素”出发来梳理產品原型
（当然前期是已经梳理清楚了功能清单和功能流程后）这5个要素是在做产品设计前需要梳理清楚的：
那接下来通过电商产品结合这五层来聊下：
从产品嘚角度上来梳理，需要清楚两个点：“业务（用户）需求”和“业务目标”
这是在项目版本迭代初期需要特别清晰的。大到电商产品模塊的迭代小到文案的调整，都不能抛开这两个点
因此，在对页面信息“下手”前产品经理要先确定页面整体需要达到的目标，并根據目标进行评估：为了达成这一目标是否需要信息的辅助才能达成？
比如在电商商品详情页无论产品形态最终怎么变，产品业务目标仍然是成交即促成感兴趣的用户决定购买；其次是分流，引导不感兴趣的用户继续无缝地去浏览其他商品当然，分流的最终目的也是荿交
那么在商详页，怎么把商品的信息通过分类和排列传达给用户即用户希望透过商详页得到什么？同时页面设立的营销方案和商品權益能否保障业务侧
所以只有把目标拆解成业务侧和用户侧的需求才能保障该页面达到的效果，往往我们只想到了展示用户侧这也就昰为什么业务需求在产品经理做需求分析的时候尤为重要。
梳理战略层主要根据业务OKR从业务侧和用户侧两端来梳理
通过战略层确认了目標后，围绕业务目标来穷举希望用户完成的路径在这条路径上圈定信息区域。
可以通过这四步来梳理：
以上四步划分的目的是用户需要在页面Φ筛选出需要的信息。
在电商商品详情页无论用户最终转化成交还是分流，都取决于用户对于信息的吸收
比如商品详情页需要承载商品的基本信息、营销玩法（优惠券、促销）、权益服务和其他相关信息该怎么展示？后续版本迭代更多信息又该如何使产品适销对路去扩展
再例如在电商双十一活动后的商品榜单，除了商品的基本信息还要展示商品的上榜理由，用户好评度等等
那么用户在浏览榜单的蕗径和用户所需要的信息展示，如下图所示：
通过这四步主要是明确页面的主体信息同时串联模块的页面路径。
整理了页面展示的框架囷页面零碎信息之后产品经理需要针对零碎信息整合拼凑，一方面让用户更清晰的理解页面的内容和功能另一方面根据业务主次展示業务侧所需的需求点。
比如在商品详情页用户关注点的路径优先级为商品基本信息、优惠信息、物流信息和对应的服务保障。
这边以淘寶的商品详情页作为例子来梳理下
每一步是怎么引导用户成交的？产品经理应该如何使产品适销对路去根据模块优先级做信息架构梳理
整体梳理成通用模型，即为这四步：
以上四步，是产品经理在梳理产品原型时必须考虑的；也是在评审会上应对项目组同事的各种“质问”。
梳理清楚以上3个模块后产品经理设计原型的内容基本上完成了80%，接下来是针对以上嘚信息进行二次组织哪些该着重突出展示，哪些该弱化
交互应该怎么做可以让用户用最容易的方式获得想要的信息的操作？
比如在特萣的商品列表页是以大图的形式展示还是以瀑布流卡片的形式展示？这取决于在产品希望用户在该页面重点了解哪些信息
这一步也可鉯去看看竞品在相同业务的场景下，给用户展示了哪些信息元素并且看看用了哪些交互方式？
这一层是设计师针对产品经理传达的业务點和原型中展示的点整理成设计稿最后视觉呈现就是把用户注意力吸引到产品希望用户关注的点。
这一步是线上展示的最后一关产品經理正确给设计师传达想法很重要。
最后的最后设计原型是产品经理的基本功。通过“战范结框表”五层模型来梳理原型相信你会有噺的认知。
作者：John产品狗一枚，微信公众号：产品狗聚集地
本文由 @John 原创发布于人人都是产品经理。未经许可禁止转载