Herry's Blog

Herry's Blog

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::
  5 随笔 :: 0 文章 :: 1 评论 :: 2317 阅读

2013年4月19日

摘要: 结构体和类同样能够定义字段,方法和构造函数,都能实例化对象,这样看来结构体和类的功能好像是一样的了,但是他们在数据的存储上是不一样的(以下摘录):C#结构体和类的区别问题:在C#编程语言中,类属于引用类型的数据类型,结构体属于值类型的数据类型,这两种数据类型的本质区别主要是各自指向的内存位置不同。传递类的时候,主要表现为是否同时改变了源对象。C#结构体和类的区别技术要点: ◆类在传递的时候,传递的内容是位于托管内存中的位置,结构体在传递的时候,传递的内容是位于程序堆栈区的内容。当类的传递对象修改时,将同时修改源对象,而结构体的传递对象修改时,不会对源对象产生影响。 ◆在一个类中,可以定义默认的 阅读全文
posted @ 2013-04-19 10:48 Herry 阅读(170) 评论(0) 推荐(0)

摘要: 一、抽象类: 抽象类是特殊的类,只是不能被实例化;除此以外,具有类的其他特性;重要的是抽象类可以包括抽象方法,这是普通类所不能的。抽象方法只能声明于抽象类中,且不包含任何实现,派生类必须覆盖它们。另外,抽象类可以派生自一个抽象类,可以覆盖基类的抽象方法也可以不覆盖,如果不覆盖,则其派生类必须覆盖它们。 二、接口: 接口是引用类型的,类似于类,和抽象类的相似之处有三点:1、不能实例化; 2、包含未实现的方法声明; 3、派生类必须实现未实现的方法,抽象类是抽象方法,接口则是所有成员(不仅是方法包括其他成员); 另外,接口有如下特性:接口除了可以包含方法之外,还可以包含属性、索引器、事件,而且这些. 阅读全文
posted @ 2013-04-19 09:41 Herry 阅读(118) 评论(0) 推荐(0)

2011年12月10日

摘要: 需求分析的六个原则(一)永远不要显得比客户更聪明总结一下需求分析第一个原则的中心思想:1、需求分析第一个原则:永远不要显得比客户更聪明。聪明反被聪明误,这样的事情太多了,我们产品经理都是有智慧的人,而不是耍小聪明的人。2、原则第一点:了解需求,而不是去批评客户。产品经理不是批评家,心理上要重视客户,行动上要尊重客户,平等对待每一个客户。3、原则第二点:客户比你更熟悉业务的环境。产品经理熟悉的仅仅是产品本身,但是,产品经理要做的却不仅仅是产品本身。4、原则第三点:真正的问题只有客户知道,我们要做的就是让客户愿意说出来。客户会给你反馈,但是这些反馈有些是真实的,有些是敷衍的,你希望真实还是敷衍,请 阅读全文
posted @ 2011-12-10 15:53 Herry 阅读(682) 评论(0) 推荐(0)

2011年12月9日

摘要: 1.需求调研前需要做哪些准备? 从各种渠道了解客户所在行业的行业信息; 向和对方有过业务接触的同事了解对方的信息如现哪些系统和业务流程、对方的管理组织结构是怎样的; 是否可以搜集到对方的一些文字情信息如业务单据、管理规范等。 通过对以上资料的理解,整理出调研重点和要问的问题。2.如何开展需求调研? 1.做一些调研前的准备,如上; 2.组织用户进行需求调研会议,一般用户会主动描述他们的目标是什么,流程是什么样,针对用户的描述 做一些细化需求的提问,分析用户描述的流程是否上下衔接,是否简捷流畅并针对性提问和发表意见,一 般第一次调研会是了解用户的业务现状和上系统的目标,并尽量细化流程,会议快结束时 阅读全文
posted @ 2011-12-09 16:51 Herry 阅读(830) 评论(0) 推荐(0)

摘要: 如果将需求分析阶段的工作归结为编写需求规格说明书,这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求:获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤(获取用户需求、分析用户需求)的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动(如图1所示)。 ● 了解客户方的所有用户类型以及潜在的类型。然后,根据他们的要求来确定系统的整体目标和系统的工作范围。 ● 对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是,每一次交流一定... 阅读全文
posted @ 2011-12-09 16:38 Herry 阅读(517) 评论(0) 推荐(0)

点击右上角即可分享
微信分享提示