用户需求

用户体验已经成为了每个互联网人的口头词，特别是互联网产品经理或产品设计师。 的确，对于任何一个互联网产品而言，体验都是非常重要的。 但是具体的用户体验到底指的是哪些方面，界面，UI，还是交互，其中到底是什么因素决定了一个产品体验的好与坏？而这些因素之间具体是什么的逻辑关系？决定体验好与坏的整体框架是什么？这是我一直想弄明白的事情。 前后读了很多与用户体验相关的书籍，其中美国作家加瑞特的《用户体验的要素》给了我很好的解答。不过真的感觉这本书不应该取这个名字，这点体验的确很不好，没弄明白读者到底想知道什么。 首先整个产品设计分为5个大的方面，由低到高，底层根本原因决定上层形态构成。和网站分层也很形象。 1. 战略层：我们为什么要做这个产品？ 2. 范围层：我们要建设什么样的内容？ 3. 结构层：如何呈现给用户？模式、顺序、优先级？ 4. 框架层：哪些功能在哪些页面上完成？这些功能在页面上如何实现？ 5. 表现层：不仅是美化，而是产品功能是否得到很好的展示？ 1.战略层 （内）我们要从这个产品中得到什么？产品目标是什么？ （外）我们的用户要从这个产品中得到什么？产品需求是什么？ 产品目标？也许大部分的产品都会是以用户为出发点的，都是为了满足用户需求，赢得市场利润。 那么用户需求是什么？这个可能就是用户体验最大的挑战，就是比用户自己更准确地去理解他们的需求。 用户需求核心：可用、易用的产品

1.axute的使用方法； 2.普通线框图的使用； 3.高保真原型图； 4.交互思维。 Axure RP8 是美国Axure Software Solution公司的旗舰产品，是一个快速的原型工具，主要针对负责定义需求、定义规格、设计功能、设计界面等 Axure改变我们的工作方式： —决策层 直观的理解系统行为，帮助决策。 —产品经理 提高了各岗位间的沟通效率，降低沟通成本，保证项目进程。 —需求人员 更加有效的与用户沟通，减少误解，保证需求质量。 —设计开发 更加有效的协作沟通，降低沟通成本，减少误解，避免返工。 —用户 更加直观的感受系统，尽早反馈用户的需求与系统的不足。 互联网产品五要素 战略层：需要明确用户需求和产品目标 用户需求：用户需要从我们产品得到什么，获取方法：用户细分、市场调研、现场调查、用户测试等 产品目标：我们要从这个产品获得什么 范围层：需要明确功能需求和内容需求 功能需求，需要和软件开发同步，应该强调维护和及时更新，反映实际的产品，应根据人力、成本等确定功能需求，避免造成资源浪费、以及成本的不可控。 内容需求常常伴随着功能需求，例如支持IE6/Windows等。 结构层：分为交互设计和信息架构，确定呈现给用户的模式和顺序 交互设计：描述可能的用户行为，系统如何配合和响应这些行为 信息架构：确定呈现给用户的模式和顺序 框架层：分为界面设计和导航设计 界面设计

软件开发过程模型 在软件开发的几十年实践中,人们总结了很多软件开发模型用来描述和表示一个复杂的开发过程,如: 1 瀑布模型 2 快速原理模型 3 螺旋模型 软件测试与软件的开发模式有着紧密的联系,作为一名测试人员,应该充分理解软件的开发模式,以便找准自己在其中的位置,从而发挥自身的价值. 瀑布模型 1 是线性模型的一种,在所有模型中占有重要的地位,是所有其他模型的一个基础 2 每一个阶段执行一次,按线性顺序进行软件开发. 测试的切入点: 测试阶段处于软件实现后,必须在代码完成后留出足够的时间给测试活动,否则将导致测试不充分,很多问题到项目后期才暴露 瀑布模型的优缺点 优点: 开发的各个阶段比较清晰 强调早起计划及需求调查 审核需求稳定的产品开发 缺点: 4. 依赖于早期的需求调查,不适应需求的变化 5. 单一流程不可逆 6. 风险往往到后期才显露,失去及早纠正的机会 7. 问题在项目后期才会开始暴露 8. 前面未发现的错误会传递并扩散到后面的阶段,可能导致项目失败 改良: 沿用瀑布模型的线性思想,细化了各个阶段,在某些重要关注的阶段之间代入迭代的思想. 快速原型模型 在开发真实系统之前,构架一个原型,在该原型的基础上,逐渐完成整个系统的开发工作. 第一步是建造一个快速原型,实现用户与系统的交互,用户对原型进行评价,进一步细化待开发软件的需求,通过逐步调整原型使其满足用户的要求

第一部分：调研， 评测 1、下载并使用，描述最简单直观的个人第一次上手体验。 简洁大方，给人一种一目了然的感觉，功能也比较齐全，例如充值网费，校园卡，课表查询，成绩查询，还有微博朋友圈的功能，全校所有人都能在上面发表言论。 2、按照《构建之法》13.1节描述的 bug 定义, 找出几个功能性的比较严重的 bug，至少2个。 bug1：有段时间公共微博的评论功能不能使用，既不能查看评论，也不能发表评论。 bug2：课堂助理功能点开有两个相同的课程 3、相信每个同学的朋友中一定有人需要用这样的软件, 选择一个朋友（用户）进行采访，并加以记载。 介绍采访对象的背景和需求 背景：集美大学大三一位不愿意透露姓名的神秘男子 需求：查课表，查成绩，缴网费，校园卡充值 让采访对象使用10 – 30 分钟该APP的功能 （请上传照片证明用户的确正在使用， 远程采访的同学请让别人帮忙照相） 描述用户使用这个产品的过程，用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？ 用户需求都能够解决。软件的数据量大，界面不够美观有点老土，图标有点像2000时期的桌面图标。当要选课时，一大批人涌入服务器吃不消非常卡。 用户对产品有什么改进意见？ 希望集大通不要再闪退了，功能能够稳定 4、请选择一个结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价:

在软件过程里面，从前言里面我们知道绝大多数软件企业长期面临许多质量，进度，成本的问题，所以产生了人物思维与过程思维两种方式，现在我们对其有了一个定义： 软件 过程为一个为建造高质量软件所需完成的任务的框架，即形成软件产品的一系列步骤，包括中间产品、资源、角色及过程中采取的方法、工具等范畴。它的基本活动是：问题提出，软件需求规格说明，软件设计，软件实现，软件确认与软件演化等活动。 第二节里我们学习了软件过程模型，其主要如下所示： 1. 瀑布模型 是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。 瀑布模型 的 本质 是一次通过，即每个活动只执行一次，最后得到软件产品，也称为“线性顺序模型”或者“传统生命周期”。其过程是从上一项活动接收该项活动的工作对象作为输入，利用这一输入实施该项活动应完成的内容给出该项活动的工作成果，并作为输出传给下一项活动。同时评审该项活动的实施，若确认，则继续下一项活动；否则返回前面，甚至更前面的活动。 瀑布模型 有利于大型软件开发过程中人员的组织及管理，有利于软件开发方法和工具的研究与使用，从而提高了大型软件项目开发的质量和效率。然而软件开发的实践表明，上述各项活动之间并非完全是自上而下且呈线性图式的，因此 瀑布模型 存在严重的缺陷。 ① 由于开发模型呈线性，所以当开发成果尚未经过测试时，用户无法看到软件的效果

李子骅--石墨文档技术总监。 一个产品有需求的提出、评审、确定，以及实际的开发测试和交付这几个阶段。从2001年敏捷被提出开始到现在已经有越来越多的项目在使用敏捷。现在的敏捷已经变成一种常态，这个时候讨论敏捷实践中被大家的忽略点就变得非常有意义。 今天我们会围绕两个关键的点来讨论：一个是关注非功能需求，另一个是DevOps相关的策略。 关注非功能需求 这是一个网站的截图，上面有两个文本块，第一个是标题，第二个是答案。 看到这个图，首先大家会想它是什么东西，其次是为什么会有人问这个问题。 这是现在最流行的前端开发框架 React 的新一代的核心算法，Fiber的提出有两个背景原因。 第一个原因 是现在越来越多的产品和网站非常复杂，尤其体现在交互和功能方面。就比如石墨文档可以让很多人同时在线编写 Word 文档，这和之前传统的类似博客和新闻的Web 应用不一样，现在我们会有更复杂的交互，所以复杂交互带来什么呢？越来越多的用户发现虽然网站功能越来越多，但是好像网站也随之变得更卡了。滚动的时候会有一些延迟，打开一个网页会越来越慢。Fiber专门是为了解决这个问题，也就是说当你的网站很复杂的时候它可以让你的网站速度响应更快一些。 第二个原因是什么呢？ 经过长期的发展，React是现在最流行框架之一，全世界用户都在向它提各种需求：我想加这个功能，要那个功能，但是长期发展过程中也积累了很多技术债

1.问：你在 测试 中发现了一个 bug ，但是开发经理认为这不是一个 bug ，你应该怎样解决。 　　首先，将问题提交到 缺陷管理 库，类似禅道，进行备案， 　　根据需求文档，产品说明，设计文档等，确认实际结果是否与计划有不一致的地方， 　　如果没有文档，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 　　根据一般用户的使用习惯，来确认 　　与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 　　合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪 　　等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并由上级做出决定。 　　 2. 给你一个网站，你如何测试？ 　　首先，查找需求说明、网站设计等相关文档，分析测试需求。 　　制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试； 性能测试 ； 数据库 测试；安全性测试；兼容性测试 　　设计 测试用例 ： 　　功能性测试可以包括，但不限于以下几个方面： 　　链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。 　　提交功能的测试。 　　多媒体元素是否可以正确加载和显示。 　　多语言支持是否能够正确显示选择的语言等。 　　界面测试可以包括但不限于一下几个方面： 　　页面是否风格统一

　　需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必要功能的过程。 从需求分析的角度看未来的图书是什么样子是一件很有意思的事。 　 　 如何对需求不确定的创新产品进行分析和设计 需求分析是软件计划阶段的重要活动，也是软件生存周期中的一个重要环节，尤其是对创新型产品的需求分析，该阶段需要将用户非形式的需求表述转化为完整的需求定义。但是很多时候我们并不能获得准确的用户需求。之所以会产生这种情况，可能会有以下几种原因：当我们与客户确定需求时顾客也不确定真正需要什么，或者客户明确知道需求功能但是存在描述理解偏差，导致了需求的不确定性；另外还存在一种情况，即顾客清楚的描述了需求，但由于项目为创新产品，在市场及以往的经验中无法获取有效的参考。针对这种需求不确定的创新产品，我们将如何进行项目的分析和设计呢？ 原型化开发是软件开发的一种常用方法。开发人员对用户提出的问题进行总结，就系统的主要需求取得一致意见后，开发出一个原型并运行，然后反复对原型进行修改，使之逐步完善，直到用户对系统完全满意为止。这种开发方法适用于用户需求不清的软件开发，管理及业务不稳定，需求经常变化，规模小，不太复杂的情况。其最大的优点在于能够快速实现系统的初步模型

1.格式描述 姓名 学号 所属课程 https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign 作业要求 https://www.cnblogs.com/harry240/p/11524252.html 作业目标 总结回顾 整理资料文档 团队名称 七剑下天山 GitHub地址 https://github.com/BigTent0/HappyReading.git 2.团队成员 姓名 学号 博客地址 张鹏 201731062524（组长） https://www.cnblogs.com/BigTent/ 陈超 201731062510 http://home.cnblogs.com/u/kotofight/ 王慧 201731062504 https://www.cnblogs.com/lazy-bear/ 李邦国 201731062513 https://www.cnblogs.com/iron-man6/ 沈梓琳 201731062501 https://www.cnblogs.com/LIn000 何鑫懿 201731062122 https://www.cnblogs.com/hxywxy521 侯思其 201731062124 https://www.cnblogs.com/siqihou 3

话不多说， 十一种软件开发模式简介 边做边改模式（Build-and-Fix Model） 瀑布模式（Waterfall Model） 迭代模式（stagewise model） 快速原型模式（Rapid Prototype Model） 增量模式（Incremental Model） 螺旋模式（Spiral Model） 敏捷模式 (Agile development) 演化模式（evolutionary model） 喷泉模式（fountain model, (面向对象的生存期模型, 面向对象（Object Oriented,OO）模型）） 智能模式（四代技术（4GL）) 混合模式（hybrid model） 软件开发模式简介 边做边改模式（Build-and-Fix Model） 好吧，其实现在许多产品实际都是使用的“边做边改”模型来开发的，特别是很多小公司产品周期压缩的太短。在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改。 在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户和测试等等满意为止。 这是一种类似作坊的开发方式，边做边改模型的优点毫无疑问就是前期出成效快。