精华内容
下载资源
问答
  • 按照系统设计的功能的要求,初步确定设计系统由单片机主控模块、显示模块、超声波发射模块、接收模块共四个模块组成。 单片机主控芯片使用51系列AT89C2051单片机,该单片机工作性能稳定,同时也是在单片机课程设计中...
  • 计算机毕业设计成品【篇一:毕业设计成品】国昌220kv降压变电所电气部分设计引 言电气工程及其自动化专业的毕业设计是培养学生综合运用大学年所学理论知识,独立分析和解决工程实际问题的初步能力的一重要环节。...

    计算机毕业设计成品

    【篇一:毕业设计成品】

    国昌220kv降压变电所电气部分设计

    引 言

    电气工程及其自动化专业的毕业设计是培养学生综合运用大学四年所学理论知识,独立分析和解决工程实际问题的初步能力的一个重要环节。

    本设计是根据毕业设计的要求,针对220/60kv降压变电所毕业设计论文。本次设计主要是一次变电所电气部分的设计,并做出阐述和说明。论文包括选择变电所的主变压器的容量、台数和形式,选择待设计变电所所含有的各种电气设备及其各项参数,并且通过计算,详细的校验了各种不同设备的热稳定和动稳定,并对其选择进行了详尽的说明。同时经过变压器的选择和变电所所带负荷情况,确定本变电所电气主接线方案和高压配电装置及其布置方式,同时根据变电所的电压等级及其在电力网中的重要地位进行继电保护和自动装置的规划设计,最后通过对主接线形式的确定及所选设备的型号绘制变电所的断面图、平面图、和主接线图,同时根据所绘制的变电所平面图计算变电所屋外高压配电装置的防雷保护,并绘制屋外高压配电装置的防雷保护图。本设计的所有图纸都是计算机绘制而成,最后按照要求进行毕业设计成品打印。论文包括毕业设计说明书和毕业设计计算书两部分,并附有四张设计图纸(电气主接线图一张、 变电所断面图两张、平面布置图一张、防雷保护图一张),可为以后的设计做些参考,同时能够比较直观的反映本设计变电所的整体全貌。

    - 1 -

    沈阳工程学院毕业设计(论文)

    第一部分 说明书

    第一章 主变压器的选择

    在各级电压等级的变电所中,变压器是主要电气设备之一,担负着变换网络电压、进行电力传输的重要任务,确定合理的变压器容量是变电所安全可靠供电和网络经济运行的保证。特别是我国当前的能源政策是开发与节约并重,近期以节约为主。因此,在确保安全可靠供电的基础上,确定变压器的经济容量,提高网络的经济运行素质将具有明显的经济意义。

    1.1 主变容量选择的有关规定及原则:

    a、主变容量和台数的选择,应根据《电力系统设计技术规程》sdj161—85有关规定和审批的电力规划设计决定进行。

    b、主变台数的确定:为保证供电的可靠性,变电所一般应装设两台主变压器 ,但一般不超过两台。当只有一个电源或变电所的一级负荷另有备用电源保证供电时,可装设一台主变。对大型枢纽变电所,根据工程的具体情况,应安装台2-4主变。 当变电所装设两台及以上主变时,每台容量的选择按照其中任一台停运时,其余容量至少能保证所供一及负荷或为变电所全部负荷的60%-75%。通常一次变电所采用75%,二次变电所采用60%。

    c、变压器形式的选择:

    1) 变压器一般采用三相变压器,若因制造和运输条件限制,在220kv的变电所中,可采用单相变压器组。当装设一组单相变压器时,应考虑装设备用相,当主变超过一组,且各组容量满足全所负荷的75%时,可不装设备用相。

    2) 系统有调压要求时,应采用有载调压变压器,对新建的变电所,从网络经济运行的观点考虑,应注意选用有载调压变压器。其所附加的工程造价,通常在短期内可回收。

    3) 两个中性点直接接地系统连接的变压器,除降压负荷较大或与高、中压间潮流不定情况外,一般采用自耦变压器,但仍需做技术经济比较。

    4)具有三种电压的变电所,例如220kv,110kv,35kv一般采用三绕组变压器。 d、主变容量的确定

    1)为了正确的选择主变容量,要绘制变电所的年及日负荷曲线,并以曲线得出的变电所的年、日最高负荷和平均负荷。

    2)主变容量的确定:凡装有两台(组)及以上主变压器的变电所,其中一台(组)

    - 2 -

    国昌220kv降压变电所电气部分设计

    事故停运后,其余主变压器的容量应保证该所全部负荷的70%,在计及过负荷能力后的允许时间内应保证用户的一级和二级负荷。即满足sn≥0.7pzmax。(pzmax为综合最大负荷)

    3)应根据电力系统5~10年的发展规划进行选择。 e、变压器的冷却方式:

    主变压器一般采用的冷却方式有:自然风冷,强迫油循环风冷,强迫油循环水冷,强迫导向油循环冷却。小容量变压器一般采用自然风冷却,大容量变压器一般采用强迫油循环风冷。

    f、主变压器绕组的连接方式: 变压器绕组的连接方式必须和系统电压相位一致,否则不能并列运行。电力系统采用的绕组连接方式只有y和△,高、中、低三侧绕组组合要根据工程具体情况确定。

    1.2 本设计主变压器的选择

    根据以上主变选择的一般原则,选择本变电所的主变压器: a) 本变电所为地方一次变电所,可以选择两台主变。 b) 因本地区交通方便,所以选择三相变压器。

    c) 因为新建变电所,而且低压负荷较大,所以选择有载调压变压器。 d) 容量的确定:

    主变的额定容量为:

    se=0.7sm=0.7*168000=11760

    展开全文
  • 计算机操作 课程设计

    2012-02-20 18:34:50
    通过课程设计, 加深对操作系统各资源管理模块的理解,掌握操作系统的基本原理及功能,具有初步分析实际操作系统、设计、构造和开发现代操作系统的基本能力。 二、实验题目 编写并调试一树型目录结构的文件系统,...
  • 核心Java程序设计技术

    2021-04-16 12:20:13
    它们包括基础技术、设计模式、并发技术、数据处理、网络通信、性能优化、代码测试以及高级技巧等多方面。通过对这些书籍的比较,我认为《Core Java》是全面介绍Java技术的经典教材。它篇幅宏大,对Java标准版...
  • 构思机器工作原理,进行机构选型,初步设计机械传动系统与机构运动简图、进行概念设计。 3.机械传动系统设计 1天 确定机器输入输出运动及动力参数、计算机械传动系统。确定机构运动循环图、修改方案、确定机构...
  • 110kV降压变电站设计

    2011-11-18 22:02:30
    本次设计为110kV变电站初步设计,分为主接线、短路电流计算、设备选择等三部分,所设计的内容力求概念清楚,层次分明。本次设计以110kV变电站为主要设计对象,同时附有1张电气主接线图加以说明。该变电站设有2台主...
  • 在此我对该系统进行了初步设计工作,希望它能够在校园的社团管理工作中发挥便捷、高效的作用,更好地推进各社团的发展。本文采用Servlet+Jsp+SQL Server 2005+PowerDesigner作为开发技术,以Java为编程语言,开发一...
  • 主要内容包括:面向对象与设计模式初步,使用接口创建型模式编程,涉及对基类问题的分析,对extends缺点的分析,对get/set方法的剖析等。本书通过两完整的程序,反映了实际编程中模式应用的技巧,对掌握设计模式...
  • jQuery是业界最流行的JavaScript... 第四部分(第8~14章)详细分析了功能模块的源码实现,包括属性操作Attributes、事件系统Events、DOM遍历Traversing、DOM操作Manipulation、样式操作CSS、异步请求Ajax、动画Effects
  • 20182310 2019-2020-1 《数据结构与面向对象程序设计》第4周学习总结 教材学习内容总结 ...java程序中的方法是一类的组成部分。方法声明首部包括返回值类型、方法名及该方法所接受的参数的列表,构成方...

    20182310 2019-2020-1 《数据结构与面向对象程序设计》第4周学习总结

    教材学习内容总结

    1.了解UML这种统一建模语言,学习类名、属性(数据)、操作(方法)之间的关系,初步学会画简单的UML图。

    2.了解方法的分析,类由数据声明和方法声明组成,方法是一组编程语句。java程序中的方法是一个类的组成部分。方法声明首部包括返回值类型、方法名及该方法所接受的参数的列表,构成方法体的语句则定义在由花括号定界的范围内。
    方法的返回值类型必须与方法声明首部规定的返回值类型一致。

    3.类间关系有最基本的三种——依赖、聚合、继承。依赖关系:一个类依赖另一个类的情况称为依赖。一个类的对象含有另一个类的对象叫做继承。

    4.this引用。this引用可用于当前正在运行的对象。this引用也常用于区分同名的构造方法参数和实例变量。

    5.java接口是一组常量和抽象方法的集合。接口不能被实例化。可以由多个类实现同一个接口,一个类可以实现多个接口。

    6.了解软件开发活动的四个基础过程,即确定软件需求,软件设计,实现软件设计,软件测试。了解伪代码、产品代码、测试语句。

    教材学习中的问题和解决过程

    • 问题1:toString与return返回的值的区别?
    • 问题1解决方案:toString方法,返回字符串,return返回值(变量)
    • 问题2:UML类图的使用
    • 问题2解决方案:1.连接两个类的实线表示两个类之间的关联关系。2.带箭头的有向关联是单向的。3.类之间面向对象的其他类型关系可用不同的线型和箭头来表示。在之后慢慢的学习之后会更加熟练。
      1779528-20190930161956309-1869803326.png
      1779528-20190930162000589-386257396.png
      1779528-20190930162004375-958303146.png

    • 问题3:关于string buffer的加分题疑问
    • 问题3解决方法:capacity返回的不是字符串的长度,而是目前的最大容量。明白了capacity()和length()的关系,前者是最大容量,默认是16,length返回当前长度。同时,在构造StringBuffer时可以指定其capacity
      1779528-20190930161339868-1257082634.png

    代码调试中的问题和解决过程

    • 问题1:在编写书本第104面Die.java时,编译时出现大量错误。
    • 问题1解决方案:查阅书本,Die类不是Java类库中预定义的。为了能让这个程序进行编译并运行,必须自己定义Die类对象完成的服务。同时编写时,用new运算符创建新的Die类实例时调用了Die类的构造方法。
    • 问题2:git仓库出现问题,在上传代码至码云时出现无法上传的情况。
    • 问题2解决方案:重新在码云上创建一个仓库,重新git到新的仓库
      1779528-20190930161520533-820274433.png
    • 问题3:在IDEA如何统计代码行数?
    • 问题3解决方案:在IDEA下载插件即可。但是本周我还未习惯此用法,仍然使用Linux中的脚本统计代码。
      1779528-20190930162658077-1572303372.jpg

    代码托管1

    代码托管2

    (代码提交一半时,虚拟机出现问题我重新创建了一个码云仓库进行提交)
    1779528-20190930161212187-93286668.png

    上周考试错题总结

    • 错题1:
    • 错题1解决方案:局部变量是那些在声明它们的方法中“局部”的变量,也就是说,只能在该方法内部访问它们。 全局变量是可以从任何地方访问的变量,而参数是传递到方法中的变量。原因:没有弄清楚全局变量和局部变量。 实例数据可以视为整个对象的全局变量。
    • 错题2:
    • 错题2解决方案:构造函数应用于“构造”对象,即设置实例数据的初始值。 这不是必需的,但通常可以完成。 对象的界面由实例数据和方法上使用的可见性修饰符决定。
    • 错题3:
    • 错题3解决方案:当方法共享相同的名称时,它们被称为重载。 消息中传递的参数的数量和类型提供了用于调用正确方法的信息。
    • 错题4:
    • 错题4解决方案:length和toUpperCase消息没有参数,子字符串有两个int参数。 对于equals,必须将字符串作为参数传递,将接收消息的字符串与作为参数传递的字符串进行比较。
    • 原因:没有弄懂length和equals的传参数能力
    • 错题5
    • 错题5解决方案:在A的情况下,值0(一个int)被扩展为双精度。 在C的情况下,执行加法运算得出0.3,然后调用doublefoo。 D中的参数列表是非法的,因为它包含两个双精度参数而不是1。
    • 错题6
    • 错题6解决方案:声明任何类型甚至为void的构造函数都违反语法,因此您将收到语法错误。
    • 错题7
    • 错题7解决方案:Java方法还可以返回(引用)对象,例如String。原因:粗心大意,忘记了还有string...
    • 错题8
    • 错题8解决方案:封装是一个概念,应保护对象免受意外(或有目的)滥用。

    结对及互评

    1779528-20190930161038238-1995578845.jpg
    1779528-20190930161051102-1450786845.jpg
    1779528-20190930161056039-207920075.jpg

    评分标准

    • 博客中值得学习的或问题:
      • 学习:之前助教指出我没有正确使用格式,结对同学的格式使用是正确的,需要我多加学习。(上周的博客我已经使用了正确格式,但怎么还是错的呢,我还参考了一下其他同学的博客,是一样的,希望助教指明一下)
      • 问题:代码托管的截图是不是应该截图全部?不是特别清楚要求,但是大家好像都截图了全部。
    • 代码中值得学习的或问题:无
    • 基于评分标准,我给本博客打分:16分。得分情况如下:
    1. 正确使用Markdown语法(加1分):
    2. 模板中的要素齐全(加1分)
    3. 教材学习中的问题和解决过程, 一个问题加1分(2)

    4. 代码调试中的问题和解决过程, 一个问题加1分(2)
    5. 本周有效代码超过300分行的(加2分)
    6. 其他加分:
      • 感想,体会不假大空的加1分
      • 排版精美的加一分
      • 进度条中记录学习时间与改进情况的加1分
      • 有动手写新代码的加1分
      • 课后选择题有验证的加1分
      • 错题学习深入的加1分
      • 点评认真,能指出博客和代码中的问题的加1分
      • 结对学习情况真实可信的加1分

    点评过的同学博客和代码

    • 本周结对学习情况
    • 上周博客互评情况
      • 20182305
      • 20182327

        其他(感悟、思考等,可选)

        在进入第四周的学习之后,作业量开始增多,同时也增加了相应的课堂实践项目。让我感受到了Java这门课程需要多加练习。学习的也不再局限于书本上的代码,更多是根据博客的自学项目。但是从一开始只能求助于同学。到现在慢慢能够自己解决一些问题,感受到变化还是很开心。

    学习进度条

    代码行数(新增/累积) 博客量(新增/累积) 学习时间(新增/累积) 重要成长
    目标 10000行 30篇 400小时
    第一周 155/200 2/2 20/20 初步掌握linux命令、java小程序和jdb调试
    第二 三周 470/625 2/4 20/40 学会scanner定义的使用,类的定义
    第四周 1444/2069 2/6 20/60 下载安装IDEA及其插件,学会TDD调试,编写测试代码

    转载于:https://www.cnblogs.com/tursws/p/11613224.html

    展开全文
  • VB课程设计俄罗斯方块

    热门讨论 2011-02-25 10:46:55
    从游戏的基本玩法出发,主要就是俄罗斯方块的形状和旋转,我们在设计中在一个图片框中构造了一个4*4的网状小块,由这些小块组合成新的形状,每四个小块连接在一起就可以构造出一种造型,因此我们总共设计了7中造型,...
  • 领域驱动设计与模式实战

    热门讨论 2012-08-09 17:50:23
    7.7.1 一个初步实现 7.7.2 创建规则类,离开最不成熟的阶段 7.7.3 设置规则列表 7.7.4 使用规则列表 7.7.5 处理子列表 7.7.6 一API改进 7.7.7 自定义 7.7.8 为使用者提供元数据 7.7.9 是否适合用模式来解决此问题 ...
  • 软件启动界面如图所示图软启动界面软件结构可分为两个部分即设计、建模部分和分析优化部分下面简略叙述各部分的主要功能及应用。...
  • 数据库课程设计(基于B/S)

    热门讨论 2008-12-28 15:28:06
    要求学生按照《数据库应用课程设计》教学大纲完成一数据库应用系统,并撰写相应的课程设计报告,主要内容包括: 概述:系统的基本任务,主要业务,开发目标 1. 需求分析 2. (数据库)概念(模型)设计 3. ...
  • 由于导线缺乏刚性,因此对导线部分进行初步试验并未证明其有效。此外,Bowden Cable变速器需要更大的扭矩。高扭矩电机和用于传输的鲍登线缆的组合可以使外骨骼完全灵活,而不会影响卓越的性能。
  • cpu模型机课程设计.zip

    2010-12-07 13:59:04
    本模型机是一个8位定点二进制计算机,具有四个通用寄存器:R0~R3,能执行11条指令,主存容量为256KB。 1. 数据格式 数据按规定采用定点补码表示法,字长为8位,其中最高位(第7位)为符号位,小数点位置定在符号位...
  • 数据库设计有几范式,一般我们要做到的是第三范式,即数据表中没有冗余字段以及同一表中的字段没有函数依赖关系,冗余字段即在一表中已经保存过的信息,在另一表中就不应该存在,如果需要的话,可以通过表间...
  • 第三章: C语言程序设计初步 C语言程序设计 本课介绍C语言程序设计的基本方法和基本的程序语句。 从程序流程的角度来看,程序可以分为三种基本结构, 即顺序结构、分支结构、循环结构。 这三种基本结构可以组成...
  • 第3章 程序设计初步 3.1 面向过程的程序设计和算法 3.1.1 算法的概念 3.1.2 算法的表示 3.2 C++程序和语句 3.3 赋值语句 3.4 C++的输入与输出 *3.4.1 输入流与输出流的基本操作 *3.4.2 在输入流与输出流中使用...
  • 第3章 程序设计初步 3.1 面向过程的程序设计和算法 3.1.1 算法的概念 3.1.2 算法的表示 3.2 C++程序和语句 3.3 赋值语句 3.4 C++的输入与输出 *3.4.1 输入流与输出流的基本操作 *3.4.2 在输入流与输出流中使用...
  • 实际上只调到了初步的PCB可运行UART可用,其它还未真正调试,但其中的设计及PCB,若有用,哥们们可参考一下 因没完全调试,源代码工程有部分多余代码,工程文件需要重新整理一下,当然如果板子有用,其实可以...
  • 本文将从图像的预处理部分进行叙述,包括图片的读入,模板匹配,灰度化,中值滤波四个部分。 图片读入 为保证后续对图片的处理方便,这里的初步设计是希望在主程序入口对程序进行操作,故提前定义如窗口名,文件名...

    本文将从图像的预处理部分进行叙述,包括图片的读入,模板匹配,灰度化,中值滤波四个部分。

    图片读入

    为保证后续对图片的处理方便,这里的初步设计是希望在主程序入口对程序进行操作,故提前定义如窗口名,文件名等信息(图片的索引是在与cpp文件的同文件夹下),代码如下:

    // Define Window Name
    char window_name[] = "Demo";
    
    // Define File Path
    char src_image_path[] = "11.jpg";
    char template_path[] = "05.jpg";
    
    // Create a named window with the name of the file
    cvNamedWindow(window_name);
    
    // Define Variables
    Mat src_img, template_img, midd_img, midd_line_img,gray_img, dst_img;
    
    // Load the image from the given file name
    src_img = imread(src_image_path, 1);
    template_img = imread(template_path, 1);
    
    
    namedWindow(window_name, CV_WINDOW_NORMAL);
    moveWindow(window_name, 100, 100);
    imshow(window_name, src_img);
    	
    waitKey(0);

    由于后续将使用模板匹配的方法,故在定义时就将模板预先读入进来。

    模板匹配

    模板匹配的基本原理就是用模板A在图片B上进行匹配的过程,通过A在B上的滑动,不断计算A与匹配区域之间的像素差异,通常有平方和误差和绝对值和误差两种评估方式,最终选择匹配程度最高的区域进行选择,源码如下:

    Mat ChooseROI(Mat src_img, Mat template_img, Mat midd_img) {
    	
    	// resize images
    	//resize(src_img, src_img, Size(), 0.2, 0.2);
    	//resize(template_img, template_img, Size(), 0.2, 0.2);
    
    	// match template 
    	int match_cols = src_img.cols - template_img.cols + 1;
    	int match_rows = src_img.rows - template_img.rows + 1;
    	
    	midd_img.create(match_cols, match_rows, CV_32FC1);
    
    	matchTemplate(src_img, template_img, midd_img, CV_TM_SQDIFF_NORMED);
    	normalize(midd_img, midd_img, 0, 1, NORM_MINMAX, -1, Mat());
    
    	double minVal = -1;
    	double maxVal;
    	Point minLoc;
    	Point maxLoc;
    	Point matchLoc;
    
    	minMaxLoc(midd_img, &minVal, &maxVal, &minLoc, &maxLoc, Mat());
    
    	matchLoc = minLoc;
    
    	// rectangle(src_img, matchLoc, Point(matchLoc.x + template_img.cols, matchLoc.y + template_img.rows), Scalar(0, 255, 0), 2, 8, 0);
    	// Chooses the input image
    
    	Rect rect(matchLoc.x, matchLoc.y, template_img.cols, template_img.rows);
    
    	midd_img = src_img(rect);
    
    	return midd_img;
    }
    

    灰度化、中值滤波

    灰度化和中值滤波的函数在OpenCV中有很好的封装,原理也很简单,具体的使用请参考用户手册(在OpenCV系列的第一个文章中已经有过叙述),源码如下:

    // gray
    cvtColor(midd_img, gray_img, COLOR_BGR2GRAY);
    
    // medianBlur filter
    medianBlur(gray_img, gray_img, 5);

    结果图如下:

    原图:

    灰度图:

    模板匹配图:

    欢迎评论文章,给予宝贵建议,工程提供在github下载学习,请关注作者,共同学习交流。

    展开全文
  • 调查结果:研究阶段的结果确定了四个主要问题领域。 首先,存在普遍的客户习惯,即通过参考和网络在个人层面选择分销商。 其次,BCP的在线服务Silver由于物有所值而无法吸引客户。 第三,BCP仅利用很少的市场研究来...
  • 通过设计具体的词法分析程序,加深对词法分析原理的理解。并掌握在对程序设计语言源程序进行扫描过程中将其分解为各类单词的词法分析方法。 编制一读单词过程,从输入的源程序中,识别出各个具有独立意义的...
  • 在第Ⅰ阶段的活动中很少有与其他四个阶段的活动相一致的。此处所提供的方法包括对于受拒绝后的再次服务请求的方法以及将技术转移可能性的研究合并到诸过程中这些内容。第Ⅰ阶段最终的产品有两个部分。第一部分是实际...
  • 全书共分4个部分,第一部分介绍最基本的概念、术语及建模原则,第二部分描述了关系数据模型和关系型DBMS,第三部分讨论数据库设计,第部分主要描述数据库系统中使用的物理文件结构和存取方法。书中涉及的内容非常...
  • 软件工程—需求分析阶段

    万次阅读 2019-01-10 13:47:53
    第一步、需求获取 为了保证能全面地获取信息,以更好地服务于产品设计和迭代,产品经理必须利用内部外部等多种渠道来获取用户需求。并且因渠道差异,产品...如上所述,需求获取这一步主要包括方面的内容:渠...

    第一步、需求获取

    为了保证能全面地获取信息,以更好地服务于产品设计和迭代,产品经理必须利用内部外部等多种渠道来获取用户需求。并且因渠道差异,产品经理所采取的方式与方法也相应会有所差异,所以产品经理还必须根据不同的渠道来选择需求获取的方式,并对获取的这些需求做初步记录。这就是本篇文章要讲的第一部分内容,也就是四步搞定需求的第一步:需求获取。

    如上所述,需求获取这一步主要包括三个方面的内容:渠道、方式、记录。

    一、需求获取渠道

    对产品经理而言,需求获取的渠道主要可分为两类:外部渠道和内部渠道。

    1.外部渠道

    1)市场

    需求和产品常常会受到行业政策调整的影响。如“净网行动”、“打车软件专车服务属非法营运”等。

    2)用户

    产品设计的初衷就是为了满足用户需求。

    3)竞品

    所谓的竞品,主要可分为两种。一种是用同样的产品功能满足同样用户需求的产品,另一种是用不同的产品功能满足同样用户需求的产品。竞品对用户需求的满足程度、满足方式既会对我们产生影响,也可以为我们的产品设计带来一定的启发。

    4)合作伙伴

    合作伙伴在商业模式当中扮演着重要的角色,因此他们的需求亦不容忽视。

    2.内部渠道

    1)产品

    用户在使用产品时会产生行为数据,这些客观的数据一定程度上会反映出用户的需求。

    2)老板

    企业运转的根本目的在于盈利。产品在满足用户需求的同时必须兼顾公司的战略需求。而这方面需求通常是由老板或公司的高层来把握。

    3)同事

    一款产品从诞生到投入市场,主要需要以下角色参与:产品、研发、设计、运营、市场、销售、客服。其中,运营、市场、销售(解决合作伙伴对产品价值的质疑)、客服(解决用户遇到的问题)是距离用户最近的人,往往最能理解用户抱怨的点也最能提出产品建设性的意见。

    4)自己

    产品经理应该成为自己产品的用户,而且是产品的目标用户,在使用产品的过程去发现用户需求,如此一来才能更好地帮助用户解决问题。

    二、需求获取的方式

    需求获取的方式依来源渠道差异可分为外部和内部两大类:

    1.外部

    1)市场

    ●政策调整

    关注行业相关的政策调整,并思考其对需求和产品的影响。

    ●动态资讯

    关注行业资讯,思考行业动向对需求和产品的影响。

    ●行业数据

    利用行业数据报告、行业数据统计工具获取需求。CNNIC、199IT、易观智库、艾瑞咨询等机构会不定期发布行业的相关报告,这些机构的报告相对而言比较有权威性,具有一定的参考价值。除了行业相关的数据报告,还有诸如百度指数、360指数等基于大量用户数据的数据统计工具。

    2)用户

    从用户处获取需求,主要通过线上的意见反馈、论坛、App Store评论、线下的用户访谈、问卷、日常观察等方式。这些方式方法概括起来主要可分为两大类:用户调研、用户反馈。

    PS:腾讯内部有一个需求研究法则:10/100/1000法则。它的意思是说产品经理每个月必须做10个用户调查,关注100个用户博客,收集反馈1000个用户体验(这想必大家都知道)。法则是死的,但人是活的。虽然我们很可能没办法做到每个月做10个用户调查、关注100个用户博客、收集反馈1000个用户体验,但我们应该记住这个法则传递出的理念:去了解你的用户,尽最大可能去了解你的用户!(这很大程度上依赖于三件事:用户调研、用户反馈、数据分析)

    ●用户调研

    用户调研就是通过问卷调查、用户访谈、信息采集等手段来挖掘用户需求的方式。产品经理要想真正了解用户的需求,就要尽量走到用户当中,去深入了解他们在具体场景下的想法与感受。要做到这一点,很大程度上需要依靠用户调研。

    ●用户反馈

    产品上线后,我们就可以开始收集用户反馈了。用户反馈可以通过线上的意见反馈、产品论坛、App Store评论、安卓应用商店评论、社交媒体评论等渠道获取。其中线上的意见反馈存在一个前提,即产品本身要有反馈入口和良好的反馈机制,如此一来用户才有抱怨产品的地方(之前听一个前辈抱怨XX学院,说发了N封邮件反馈产品问题,统统石沉大海。从那以后他再也不反馈问题了。。。)。通过这些反馈,我们可以了解用户在使用产品的时候遇到的问题以及一些之前根本没考虑到的需求点。

    3)竞品

    ●竞品分析

    依据苏杰老师的说法,我觉得我们可以将竞品分为两大类:用与我们相同或相似的功能满足用户同样需求的产品、用与我们不同的功能满足用户同样的需求的产品。(苏杰老师关于竞品的绕口令我就不贴出来了。。。)。所谓竞品分析,就是寻找出有代表性的竞争产品,从多个维度对比该产品与我们的产品之间的相同之处与不同之处,从中分析出两者的优劣之处,得出结论,为产品的设计与迭代提供突破口或带来启发(这是指单次的竞品分析)。

    并且,竞品分析应当是持续性的。也就是说,我们应该持续关注竞品的动态,并依据竞争对手的变化适时对自身产品做出调整(这不意味着竞品加了一个shit功能我们也要跟着加,一切应以目标用户的真实需求为思考原点)。

    4)合作伙伴

    ●深入沟通

    不同领域的企业,合作伙伴很可能大相径庭。因此,关于合作伙伴的深入沟通这件事不能一概而论。

    2.内部

    1)产品

    ●数据分析

    通常情况下,有两种东西会直观地反映出一个人的心理,一个是他所说的话,另一个是他所做的事。用户调研和用户反馈,就是去听用户“说话”。而数据分析,则是去看用户”做事”。所谓“做事”,就是用户在使用产品过程中所产生的行为。而用户产生的这些行为,会以数据的形式被记录下来。我们所说的数据分析,就是指这一部分数据的分析。这一部分数据包括PV、UV、日活、月活、页面访问路径、单次使用时长、次日留存率等。对这些用户行为数据进行分析,可以帮助产品经理更好地理解用户的真实需求。

    关于这个“更好”,容Smith我举个不太恰当的例子:一个熊孩子跟他爸出去逛街,他在一家玩具店门口停了下来,边说自己累了走不动了边盯着玩具店橱窗上挂着的咸蛋超人流口水。如果你是他爸,你会信他吗?显然不会。因为你不止听了他说的话(累了走不动了),还看了他做的事(盯着玩具店橱窗上挂着的咸蛋超人流口水)。由此,你可以轻易判断出他是想买玩具。同样的道理,产品经理光听用户说还不够,还得看他具体怎么做。这就是上面为什么说数据分析可以帮助产品经理更好地理解用户真实需求的原因所在。当然啦,把用户比作熊孩子,这是一个美丽的错误。。。。

    2)老板

    ●深入沟通

    老板往往是站在公司战略层面提出需求的,多数情况下都要特别考虑。当然,老板有时也会基于个人喜好提需求。如果老板的需求是有问题的,最好用委婉一点的方式让他明白,毕竟他是给你发工资的人啊。关于这一点,富兰克林老先生有句经典名言:“ 如果你想说服他人,要诉诸利益,而非理性。”你告诉老板他是错的不顶用,因为他未必真的愿意承认自己的错误。但如果你告诉他做了这个需求会使得公司的利益受损,那么他就会好好考虑一下你说的话了。

    PS:富兰克林的这句名言不只适用于跟老板沟通,它适用于跟所有你想说服的人沟通,比如跨部门的沟通。

    3)同事

    ●深入沟通

    一款产品从诞生到投入市场,主要需要以下角色参与:产品、研发、设计、运营、市场、销售、客服。其中,运营、市场、销售(解决合作伙伴对产品价值的质疑)、客服(解决用户遇到的问题)是距离用户最近的人,往往最能理解用户抱怨的点也最有可对产品提出建设性意见。因此,产品经理应该多与这些同事交流,通过各种方式把他们眼中看到的问题挖掘出来。同时,产品经理也可以把自己需要了解的一些问题传达给运营或客服,让他们在与用户的接触过程中,侧面问一问这些你所关心的问题。

    4)自己

    ●使用产品

    如果罗永浩一边用着苹果手机一边跟你说”我不为输赢,我只是认真“,你还会相信他的情怀吗?显然不会,连锤子之父都不用锤子,锤子才用锤子啊。同样的道理,作为一个产品经理应该成为自己产品的用户,而且是产品的目标用户。产品经理使用自己的产品的次数越多,就越有可能在使用过程中发现需求、更好地帮助用户解决问题。

    当然,我们不能强迫一个男性产品经理成为自己设计的女性产品的目标用户,这恐怕有违人性。因此,还有另外一种方法可以帮助产品经理从产品使用中获取灵感,那就是角色模拟。所谓角色模拟,简单来说就是模拟用户在各个场景下的行为。除此之外,产品经理在使用产品时有一点需要特别注意,那就是要避免成为产品的重度用户,以免影响自己对于普遍用户行为的判断。

    ●观察生活

    在现实生活中发现需求。说白了,就是时刻保持好奇心,注意观察平常生活中遇到的一些问题,想想这个问题能否用产品来解决。

    三、需求记录

    产品相关人员在获取需求之后,还需要对数据进行一个初步的记录,以便于后面产品经理对需求进行分析、管理与实现。而因为每个公司对需求记录的要求是不大一样的,所以这里仅列举需求初步记录需要有的一些基础要素:

    1.需求类型

    在需求记录时,明确需求的类型,将使得需求更有条理性,便于我们后面的需求管理与实现。而需求要有类型,首先我们必须对需求进行分类。以下是两种基本的分类法:

    1)按产品属性划分

    需求按性质划分,可分为idea、新增、优化、Bugfix这四种类型。

    2)按产品职能划分

    需求按职能划分,则可分为功能类需求、运营类需求、数据类需求、设计类需求这四种类型。

    PS:需求的这两种分类法来源于@粽小喵的《『三分法』搞定产品需求分析》

    3)按需求性质划分

    需求获取,按性质可以划分为两类:显性的、隐性的。

    我们直接间接从用户口中得知的需求就是显性需求。比如说,滴滴打车满足的是用户便捷出行的需求。比如说我们在出行的时候,还会有聊天和社交的这种需要。你在和用户沟通的时候,他可能无法很清晰的给你表达出来。因为用户无法表达,所以这一部分需求就需要产品经理通过分析自行得出。

    因此,在填写需求记录表的“需求类型”这一栏时,格式应该是像这样的:优化/数据类/显性

    2.需求来源

    从需求获取阶段我们可以看出,需求的来源是多种多样的。每一个提出需求的主体都会有自己特定的立场和观点,明确这个主体是谁,将有利于我们更好地理解他所提出的需求。

    在填写需求记录表的“需求来源”这一栏时,可以参照需求获取阶段的几种获取方式,然后以这样的格式记录:用户-用户反馈-产品论坛【昵称】(最好有该用户的联系方式以及简单的用户背景资料)。如果是内部人员提出的需求,则最好以这样的格式记录:内部-运营部-小明(这样做的目的在于方便需求存在疑问时可以快速地找到具体需求提出者,并与之沟通)。

    3.需求内容

    所谓需求内容,就是需求是什么。

    在填写需求记录表的“需求内容”这一栏时,尽量用(主语+谓语+宾语)的语法结构,不要加入主观的修饰语句,避免对后面的需求分析做出干扰。

    4.需求场景

    需求场景,在我的理解就是对需求产生整个过程的描述。这样来看的话,它其实相当于涵盖了两部分的内容:场景和原因。考虑到场景与原因是一体的,所以我在这里选择不做区分。而关于需求场景的记录,我觉得有必要引入一个概念,这个概念叫“需求场景分析法”。所谓“需求场景分析法”,其实就是利用一些叙事的基本元素对需求产生整个过程的描述。它的具体内容是这样的:

    时间(在什么时间碰到了问题?)

    地点(在什么地点碰到了问题?)

    人物(谁碰到了问题?)

    事件(具体碰到了什么问题?)

    起因(为什么会碰到问题?)

    经过(碰到问题之后他的反应是什么?)

    结果(问题是否得到解决?或者说他想怎么解决?他的感受是什么?)

    在填写需求记录表的“需求场景”这一栏时,则尽量依据需求场景分析法的各个要素来。

    (至于需求编号、记录时间、记录人员这几项,实在没什么好说的,就无需赘言了。)

    第二步、需求分析

    需求有真假、强弱、缓急……在资源(人力、金钱)有限的情况下,做哪些不做哪些,哪些先做哪些后做,这些都是需要产品经理做出判断的。而判断,须经由分析得出,不能拍脑袋决定。。。换句话说,需求分析的目的,其实就在于通过一定的分析决定做哪些需求不做哪些需求,哪些需求先做哪些需求后做。

    需求分析这一步,具体又可以分解成三个部分:需求筛选、需求透视、需求排序。这三者的逻辑是这样的:首先筛掉不做的需求,其次对要做的需求进行进一步提炼,最后对提炼过的需求进行优先级排序。至于为什么是这样一个步骤,是基于这两方面的考虑:1.对不做的需求进行提炼和排序是显然是在做无用功 2.而对未经提炼的需求进行价值评估和优先级排序很可能会产生大的误差。

    一、需求筛选

    需求筛选可以说是初步的需求分析,主要有4个考察维度:

    1.真实性

    这个需求是否是目标用户的需求?

    目标用户是否真的存在这个需求?

    通过考察需求的真实性,过滤虚假的需求。

    2.一致性

    需求是否符合定位?(战略定位、产品定位)

    需求的覆盖面有多大?(有多少目标用户有这种需求?这个需求有多大程度上的代表性?)

    出于个人习惯或者特殊场景,很多时候用户提出的需求是存在片面性的。因此,在需求分析过程中应经常使用用户场景分析法,全面了解该需求。

    通过考察需求与战略定位、产品定位、目标用户的一致性,过滤掉与产品方向不一致的需求。

    (这里同样可以运用到上面所提到的场景分析法)

    3.价值性

    需求能带来什么价值?(用户价值、企业价值)

    需求能带来多少价值?(用户价值、企业价值)

    需求实现要付出多少成本?(人力、金钱、时间)

    需求时间的投入产出比如何?

    通过考察需求的价值性,过滤掉没有价值、价值不大或投入产出比不理想的需求。

    ( 在此过程中,可以运用KANO模型,过滤掉反向需求和无差异需求。)

    4.可行性

    需求在现有资源条件下是否能够实现?(成本和技术可行性)

    如果不能,之后是否有实现的可能?(预估,内部沟通)

    通过考察需求的可行性,过滤掉超出企业实现能力的需求。

    二、需求透视

    需求按认知层面的划分,可以分成表面需求和本质需求。需求透视这一步骤,目的就在从获取的表面需求中提炼出用户的本质需求。理解用户的本质需求,则有利于我们更好地提出产品需求。

    在具体说这三个概念之前,我觉得有必要再引入一个概念,这个概念叫“需求鸿沟”。“需求鸿沟”的大体意思就是:产品所能满足的需求和用户的真正需求之间,总是存在着一道不可跨越的鸿沟。我们所做的任何努力,都是在缩小这一道鸿沟。

    还是以福特造车的老梗为例吧。福特在没造车前曾经问消费者们想要什么,消费者们告诉他说是更快的马。要是一般人恐怕就信以为真了,然而机智的福特早就看穿了一切,他知道消费者们本质上追求的是更快的速度而非更快的马。于是乎,他基于更快的速度这个本质需求造出了车。

    马呢,是一种产品,它一定程度上满足了用户对快的需求。而快的极致是什么?瞬移。瞬移在我们现有的技术条件下是不可实现的。但我们能做的就是让用户更快一点,至少比马更快——那就是给用户一辆汽车。也就是说,产品所能提供的,永远是不完美的解决方案。表面需求,就是用户自己想出的1.0版解决方案。本质需求,就是不可达到的终极目标。产品需求,则是产品经理基于现行条件给出的优于用户所提解决方案的2.0版解决方案。

    关于这三个概念,其实还有一个典型的例子。这个例子来自于嘀嘀的产品技术副总裁张博在接受采访时曾说过的一段话:(我认为这段话同样很好地阐释了表面需求、本质需求和产品需求者三个概念)

    以销售为导向的思维方式是直接满足客户的需求,客户要什么我就给什么,但是用户说的不一定是他真正想要的。以产品为导向的思维方式则是用户要什么,得分析用户背后的需求是什么,从需求的本质倒推产品方案。以前司机在操作其他软件的时候,会突然跳出嘀嘀打车的抢单界面,容易误点抢单。有司机就提出能否增加确认键,多点一次确认键才是真正的抢单。这是用户说的,但产品是不是就该这样做呢?当时产品按照司机的建议做了,反对的声音更大,二次确认键操作麻烦,带来安全隐患。“我们犯了一个错误,司机真正的需求是想解决误抢单的问题,而不是要一个确认键,确认键只是解决问题的方法之一。

    PS:-“需求鸿沟”是我从《需求:缔造伟大商业传奇的根本力量》这本书中得到的一个概念,有兴趣的朋友可自行翻书。

    –  产品需求更多是属于需求实现环节的概念。在这里提出来主要是因为它跟表面需求、本质需求存在强关联性,和这两者一起能对需求做出更为完整的呈现,方便理解。

    1.表面需求、本质需求、产品需求

    1)表面需求(用户想要的)

    用户经常从自身角度出发得出问题的解决方案。因为对产品定位、设计的依据等情况不了解,他们的建议很多时候并不是该功能的最好实现方式,也就不足以直接作为产品规划的直接依据。如果根据表面需求来设计产品的话,很可能会出现“头痛医头,脚痛医脚”的情况。

    2)本质需求(用户需要的)

    用户想解决的根本问题。获得用户的本质需求更可能找出更合理的方案来解决用户的问题。

    3)产品需求(我们能给的)

    依据用户想解决的根本问题,得出的更好的问题解决方案。解决方案可以理解为一个产品,一个功能或服务,一个活动,一个机制。产品经理首先需从用户那里收集反馈信息,分析用户需求,再根据用户需求进行产品功能规划,这些待实现的产品功能对于产品来说就是产品需求。收集用户反馈,分析用户需求,最终都是为了生产产品需求。

    三、需求排序

    需求排序,简单来说就是依据需求的重要性给需求排列优先级。需求排序有三个基本考虑因素,分别是战略定位、产品定位、用户需求。具体而言,有七个主要的考察维度:

    1.相关性

    考察需求与企业的战略定位、产品定位之间的相关性。一般情况下越靠近基础服务的需求越重要,因为越基础的服务越靠近产品所满足的本质需求。

    2.逻辑性

    考察需求之间的逻辑关系。有些需求之间是存在逻辑顺序关系的,必须先完成A之后才能去做B。比如如果没有完善的基础服务,功能性的需求往往也无法实现。

    3.价值

    考察需求能创造的企业价值、用户价值的性质(哪方面)与数量(多少)。

    4.强度

    考察需求的强弱。强需求通常具备三个特征:必要性(不可缺少)、高频次(需求次数多)、持续性(长时间保持足够的需求频次)。在考察需求强弱时,可以参考马斯洛需要层次理论。

    5.广度

    考察需求的覆盖面。也就是具备目标用户占比,或者说提出这种需求的目标用户数量。

    6.频率

    考察需求在单位时间内出现的次数。一般情况下需求的频率越高,其重要性越高。

    7.类型

    依据KANO模型对需求做出的分类,考察需求的类型。KONO模型认为用户需求可分为三类:

    1)基本型需求

    用户认为产品必须提供功能来充分满足的需求。如果这些需求没有得到满足,用户基本上就不会使用我们的产品。如果这些需求得到满足,用户对产品的满意度也不会有多大的波动。比如微信中的聊天功能。(也就是我们常说的痛点)

    2)期望型需求

    用户认为产品应该提供更优秀的功能来更好地满足的需求。期望型需求并不是产品必须有的需求,有的期望型需求只是用户期望有的,但是用户也不一定会明确表达出来。如果这些需求没得到满足,用户对产品的满意度会下降。一般用户进行产品反馈的,大都是期望型需求。比如微信中聊天表情虽然包。(也就是我们所说的痒点)

    3)兴奋型需求

    用户自己并没有意识到的隐性需求。这类需求的满足可以给用户带来极大的惊喜。当这类需求得到满足后,用户对产品的满意度和品牌忠诚度将会有显著提高。因为用户没有意识到的缘故,所以这类需求即使没有被满足,也不会引起用户不满。比如微信聊天中的红包功能。(也就是我们说的兴奋点)

    这三类需求的重要性判断原则是这样的:

    基本型需求最重要,期望型需求和兴奋型需求在不好判断时通过需求重要性公式确定。

    期望型需求和兴奋型需求的重要性公式:重要性=功能使用用户百分比(用户使用率)×功能使用次数百分比(功能使用率)×类别重要性百分比

    (通常情况下,我们可以将期望型需求百分比定为50%,兴奋型需求百分比定为25%)

    关于这个公式,我们可以用一个案例来说明。假设A功能和B功能做一个比较,A功能是期望型需求 50% ,假设有100个用户,有50个使用过A功能,A功能的用户使用百分比就是50%,这50个人使用了10000次,那么使用次数百分比就是10000除以50为200。类别重要性就是50%乘以200乘以50%,级别数值就是50;B功能是兴奋型需求,百分比为25%,100人中有30个人使用过B功能,用户百分比就是30%,30人中使用了90000次,使用次数百分比就是9

     

     

     


    •  

     

     

     

     

     

     

     

     

    作者:Zealtric
    链接:https://www.jianshu.com/p/bf91301437f1
    來源:简书
    简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

    展开全文
  • 第二部分讲述面向数据库的概念、语言、设计及对象-关系和扩展-关系系统;第三部分主要描述了数据库安全和客户-服务器体系结构;第四部分简要介绍了xml、数据挖掘和数据仓库等几种新兴技术。  本书是高等院校计算机...

空空如也

空空如也

1 2 3 4 5
收藏数 87
精华内容 34
关键字:

初步设计包括四个部分