摘要: 软件需求分析(Software Reguirement Analysis)是研究用户需求得到的东西,完全理解用户对软件需求的完整功能,确认用户软件功能需求,建立可确认的、可验证的一个基本依据。软 件需求分析是一个项目的开端,也是项目实施最重要的关键点。据有关的机构分析结果表明,我们设计的软件产品存在不完整性、不正确性等问题80%以上是需求 分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出。因此,一个项目的成功软件需求分析是关键的一步。一、 软件需求分析理论如果我们用数学方法来描述软件需求分析,可以将一个应用软件定义为S,可能应用软件涉及功能性问题非常广,我们用抽象化理论分析, 阅读全文
posted @ 2013-08-02 16:40 67小Q 阅读(295) 评论(0) 推荐(0)
摘要: 在画用例图的时候,理清用例之间的关系是重点。用例的关系有泛化(generalization)、扩展(extend)和包含(include)。其中include和extend最易混淆。下面我们结合实例彻底理清三者的关系。基本概念 用例图(Use Case Diagram):用例图显示谁是相关的用户,用户希望系统提供什么服务(用例),以及用例之间的关系图。用例图主要的作用是获取需求、指导测试。用例图的4个基本组件:参与者(Actor)、用例(Use Case)、关系(Relationship)和系统。泛化(generalization):泛化关系是一种继承关系,子用例将继承基用例的所有行为,关系和 阅读全文
posted @ 2013-07-26 13:43 67小Q 阅读(481) 评论(0) 推荐(0)
摘要: 本人担任项目经两年,但只做过两个小项目,所以在项目管理方面还是个菜鸟。以下是根据个人的需求调研经验的总结,项目中调研工作主要经历以下几个过程:1.组织跨部门会议若系统牵涉到多个部门,由客户方负责人组织跨部门会议,会议上主要应由客户方项目经理/负责人牵头进行需求调研的讨论。因为客户方项目经理比我们更熟悉公司业务流程和实现系统的目的。由乙方项目经理/需求分析人员对问题进行记录与讨论。此时不应该想着需求在技术上能否实现,主要以业务功能收集为主。2.部门头脑风暴跨部门会议调研结束后,需求比较粗略,需要对需求进行细化。这时,应该组织逐个部门的需求调研会议。经过第一轮的会议,需求人员会对需求有个大致的了解 阅读全文
posted @ 2013-06-28 15:23 67小Q 阅读(508) 评论(0) 推荐(0)
摘要: 为什么需要原型 建立原型的主要原因是为了解决在产品开发的早期阶段不确定的问题,利用这些不确定性来判断系统中哪一部分需要建立原型和希望从用户对原型的评价中获得什么。原型可以使他们的想象更具体化,有助于说明和纠正这些不确定性,总的来说通过原型法可以很好的减少项目风险。水平和垂直的原型 我们和业务人员经常谈到的是水平原型,水平原型也叫做“行为原型” (behavioral prototype)。探索预期系统的一些特定行为,并达到细化需求的目的。当用户在考虑原型中所提出的功能可否使他们完成各自的业务任务时,原型使用户 所探讨的问题更加具体化。它更多从业务需求着手,应用在需求阶段。 垂直原型(ve... 阅读全文
posted @ 2013-06-28 11:34 67小Q 阅读(1644) 评论(0) 推荐(0)
摘要: 不少刚从技术人员提升成为项目经理的员工经常面对项目中无穷无尽的沟通和注意事项感到筋疲力尽,以前也有同事对我说,“老 大,我是不是不太适合项目经理这个岗位,现在感觉还不如做开发人员的时候开心。”我当时除了勉励他,教他一些项目管理的方法,支持他并给你提供更好的资 源,也为他做了一些项目上针对性的分析,现在看来,初次当上项目经理的同事,即使经过项目经理的简单培训,仍然对项目管理抓不住重点。今天第一课,项目干系人分析,是所有项目经理的必修之道,好比练功,这是基础中的基础,马步站桩虽然不及拳脚好看,可这是夯实你项目成功最重要的一步,而且在整个项目管理过程中,还要经常回顾和分析,就好像陈氏太极大师陈王廷, 阅读全文
posted @ 2013-06-28 10:25 67小Q 阅读(1140) 评论(0) 推荐(0)