设计、软件工程与项目管理
文章平均质量分 77
thunder09
这个作者很懒,什么都没留下…
展开
-
产品经理在设计产品之前,应该要对自己问什么? .
1. 产品要解决什么问题?2. 为谁解决这个问题?3. 产品成功的几率有多大?4. 怎样判断产品成功与否?5. 有哪些同类产品?6. 为什么我们最适合做这个产品?7. 时机合适吗?8. 如何把产品推向市场?9. 成功的必要条件是什么?10. 我们了解客户的真实需求吗?转载 2012-02-15 15:13:35 · 610 阅读 · 0 评论 -
需求验证
验收测试是以用户需求为基础的,系统测试是以功能需求为基础的,而集成测试是以系统的体系结构为基础的。在相应的开发阶段,必须规划测试活动并为每一种测试设计测试用例。不可能在需求开发阶段真正进行任何测试,因为还没有可执行的软件。然而,你可以在开发组编写代码之前,以需求为基础建立概念性测试用例,并使用它们发现软件需求规格说明中的错误、二义性和遗漏,还可以进行模型分析。 需求验证是需求开发的第四部分(其余转载 2010-05-18 15:57:00 · 4170 阅读 · 0 评论 -
需求测试总结
1. 软件工程中的几个概念 1) 软件开发模型:螺旋模型(waterfall model + prototype model= spiral model) 2) 螺旋模型:需求定义、风险分析、工程实现、评审、迭代结果必需尽快收敛到客户允许或者可以接受的目标范围。 3) 以形式化开发方法为基础的变换模型: (1) 软件定义:确定软件的工程需求,分为:可行性研究(决定“做还是不做”:经济、技术、社会转载 2010-05-18 15:58:00 · 665 阅读 · 0 评论 -
设计模式—代理模式
设计模式—代理模式 代理这个词大家肯定已经非常熟悉,因为现实中接触的很多,其实现实中的东西恰恰可以非常形象和直观地反映出模式的抽象过程以及本质。现在房子不是吵得热火朝天吗?我们就以房子为例,来拨开代理的面纱。 假设你有一套房子要卖,一种方法是你直接去网上发布出售信息,然后直接带要买房子的人来看房子、过户等一直到房子卖出去,但是可能你很忙,你没有时间去处理这些转载 2010-05-11 09:07:00 · 716 阅读 · 0 评论 -
五分钟讲清楚UML
五分钟讲清楚UML 蒋彪 2010-4-281. 前言最近一段时间做项目,需要做机能模块的设计。客户方指名要用UML图作设计资料。但是跟日本人打了这么多年交道,UML图是什么东西,我早就忘记光了,没办法,只好从头查资料。于是做出来了这样一个资料,把我学习UML的方法和结论告诉大家,让大家在5分钟之内都能学会UML。 2. 第一分钟 作为Object的表现形式的转载 2010-05-05 09:30:00 · 563 阅读 · 0 评论 -
UML学习笔记
领域模型:所谓的领域模型概念是指对现实世界解决某一问题特定对像的抽像 OOA/OOD:面向对像分析与设计 GOF设计模式:对现实开发中屡次出现某场景的统一常用解决模式 UML:实现OOA/OOD的手段工具之一 1)web service 开发的三大利器:uml,gof设计模式,框架 2)uml是基本OOA/OOD方面的设计原则 3)uml的基本设计流转载 2010-02-05 10:54:00 · 668 阅读 · 0 评论 -
项目管理中的需求分析--与业务有关
如何做需求分析? 场景:我们做需求的几乎不懂业务,所谓的业务知识就是临时找一本相关的业务书,突击看个一星期,然后去客户那里调研需求。而客户呢,也没有信息化经验,他们对自己想要什么也说不清楚,他们对业务流程的管理也正在摸索试验中(客户公司是一家新成立的公司,很多人都是才入这个行业,本身对业务也不太懂。本来他们以为我们是业务专家,指望我们提出管理流程方案,这都是销售忽悠吹大牛,其实我们是第一次转载 2010-02-05 10:47:00 · 944 阅读 · 0 评论 -
需求说明书的格式
1.引言1.1 编写目的· 阐明开发本软件的目的;1.2 项目背景· 标识待开发软件产品的名称、代码;· 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户;· 说明该软件产品与其他有关软件产品的相互关系。1.3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。1.4转载 2009-12-09 14:56:00 · 1987 阅读 · 0 评论 -
系统为什么要分层
系统为什么要分层 收藏 在日常的软件开发当中,我们一般都是采用了分层的方式来架构系统,但是为什么我们需要分层进行架构呢?在此之前,我觉得需要搞明白两个概念,什么是软件的伸缩性,什么是性能。 首先,什么是软件的伸缩性(Scalability)?我们都知道设计良好的系统可以应对不断增加的系统访问量,但是我们如何能在系统用户增多的时候,来提高系统的吞吐量呢?这就是伸缩性之魅力所在。 伸缩性可以有两个方面转载 2010-02-01 12:00:00 · 1043 阅读 · 0 评论 -
结构图---模块调用关系
软件开发中的结构图 Yourdon提出的结构图是进行软件结构设计的另一个有力工具。结构图和层次图类似,也是描绘软件结构的图形工具,图中一个方框代表一个模块,框内注明模块的名字或主要功能;方框之间的箭头(或直线)表示模块的调用关系。因为按照惯例总是图中位:rlL方的方框代表的模块调用下方的模块,即使不用箭头也不会产生二义性.为了简单起见,可以只用直线而不用箭头表示模块问的调用关系.. 在结转载 2010-01-29 11:37:00 · 28125 阅读 · 0 评论 -
软件架构师需要考虑的97件事情
软件架构师是个让人羡慕的职业,在市场经济成熟的国家,其薪酬已经达到医生、律师、注册会计师、建筑设计师的水平。但是薪酬高低与职业成熟度没有直接的关系。重赏之下必有勇夫,高薪往往造成培养机制不健全的行业出现暂时的良莠不齐。目前我们还没有培养软件架构师的成熟机制,架构师大多是程序员自学成材。程序员擅长和电脑打交道,却不善于处理工作中的人际关系。然而经验表明,除了技术特长,沟通协作的技巧、领导协调的能力、转载 2010-05-19 10:17:00 · 1984 阅读 · 0 评论 -
开发与管理:如何从开发人员走向架构师
<br /> 收藏 <br />很多架构师都是从好的开发人员逐步过渡而来的,但并非每个好的开发人员都希望成为架构师,而且他们并不是都适合做架构师。无论您是打算进行职业转型的开发人员,还是寻找能承担体系结构设计责任的合适人选的经理,都务必对此转型过程有个清楚的了解。本文将讨论从实现专家到架构师的过渡过程。<br /> 在寻找优秀的指挥的时候,您首先要找的是一名优秀的音乐演奏家。但并非每个音乐演奏家都能成为优秀的指挥。架构师的专业发展方面也与此类似。越来越多的 IT 组织开始认识到良好软件体系结构的重要性,架转载 2010-08-03 11:49:00 · 716 阅读 · 0 评论 -
业务建模-用例
<br /> 2009/4/22业务建模-用例 coffeewoo 出自itpub<br />什么是用例<br /> 用例是什么?其原始英文是usecase,直译过来就成了用例。这也是一个比较贴切的叫法了,从字面的直接理解就是使用的例子。另一种比较流行的定义是用例就是与使用者(actor)交互的,并且给使用者提供可观测的有意义的结果的一系列活动的集合。<br /> 这个定义还是比较费解的,笔者在众多应聘者中发现很多使用用例来做需求的系统分析员,有的已经使用了两年以上,但仍不能把握用例的本质,转载 2010-08-04 17:20:00 · 978 阅读 · 0 评论 -
有关测试
在软件测试过程中,我们定义了单元测试、集成测试、系统测试三个阶段。针对 不同的软件项目,测试的深度不同,测试停止的准则也不一样。如单元测试,有的项目我 们要求达到一定的覆盖率(语句、分支、基本路径)。有的项目没有要求,或降低覆盖率 。请教集成测试和系统测试的一个停止准则。特别是集成测试这个阶段不好把握,在单元 测试阶段中有时也作一些集成测试的工作(集成阶段不太明确)!转载 2011-11-10 10:33:27 · 732 阅读 · 0 评论 -
测试用例的评审
<br />从网上搜索测试用例的评审,也能搜出好多,我这里把自己能想到的或是借鉴于他人的都在这里进行总结和归纳。<br /> 测试用例的设计很重要,无论你采用的是敏捷测试还是传统的开发模式,测试用例都应该要文档化,并且根据项目的schedule,把握好粒度。而QA lead要根据项目的实际情况,先定好模板,制定好测试用例的编写规范。测试用例设计出来,质量如何?这就需要对测试用例进行评审,这个过程非常重要,对测试人员的能力提高,测试效率的提高都有很好的作用。如果公司流程没有这个硬性要求,项目再忙,也要抽出一转载 2011-03-22 09:04:00 · 1008 阅读 · 0 评论 -
什么时候用抽象类,什么时候用接口
<br />什么时候用抽象类,什么时候用接口 <br /><br />“接口是完全抽象的成员集合,它的成员都无法在接口定义时实现,我们可以将它看作是为操作定义合同,接口的实现完全留给开发者去做。它们之间的区别,如果认真分析,还是有不少的:在JAVA中,类只能是从一个基类继承,所以如果要使用抽象类为一组类提供多态性,这些类必须都是从那个类继承的;接口就不一样了,它不但可以用一个类或结构实现多个接口,一个接口还可以有多个实现。” <br /> 抽象类是一种不能实例化而必须从中继承的类。抽象类可以完全转载 2011-03-09 10:08:00 · 1108 阅读 · 0 评论 -
石川图
石川图鱼骨图(Cause & Effect/Fishbone Diagram)鱼骨图是由日本管理大师石川馨先生所发展出来的,故又名石川图。鱼骨图是一种发现问题“根本原因”的方法,它也可以称之为“因果图”。鱼骨图原本用于质量管理。编辑一、鱼骨图定义 问题的特性总是受到一些因素的影响,我们通过头脑风暴找出这些因素,并将它们与特性值一起,按相互关联性整理而成的层次分明、条理清楚,并标出重要因素的图形就叫特性要因图。因其形状如鱼骨,所以又叫鱼骨图(以下称鱼骨图),它是一种透过现象看本质的分析方法。同时,鱼骨图转载 2011-03-03 17:29:00 · 7923 阅读 · 0 评论 -
用户界面设计规范
<br /> 界面设计员应该明白软件中用户是所有处理的核心,不应该有应用程序来决定处理过程,所以用户界面应当由用户来控制应用如何工作、如何响应,而不是由开发者按自己的意愿把操作流程强加给用户。 <br /> 界面设计必须经过确认才能完成。 <br />在界面设计中应该保持界面的一致性。一致性既包括使用标准的控件,也指使用相同的信息表现方法,如在字体、标签风格、颜色、术语、显示错误信息等方面确保一致。 <br /> 1)显示信息一致性标准 <br /> (1)标签提示:字体为不加重、转载 2010-11-23 15:24:00 · 2191 阅读 · 0 评论 -
配置管理:文档配置库不是历史的垃圾堆
现在“配置管理”基本已经充分的普及了,差不多我遇到的每一个项目组建立了自己的“配置库”,配置库一般也都包括两部分:代码配置库,以及文档配置库。但遗憾的是,我常常发现大家对于代码配置库的利用还是比较有效的(可能使拜IDE中集成的配置管理所赐吧),而文档配置库基本上就是“历史的垃圾堆”。<br /> 本文主要说说文档配置库存在的问题以及改善方法----注意,这里不讨论代码配置库。文档配置管理最容易的犯得错误就是不知道“项目的配置需求”,因而出现下列“重形式,轻内容”的情况。<br />重要的文档都转载 2010-11-22 11:06:00 · 2045 阅读 · 0 评论 -
UML图一览
<br />UML包括了一些可以相互组合图表的图形元素。<br />1.类图<br />一个类(class)是一类或一组具有类似属性和共同行为的事物。<br />矩形方框代表类的图标,它被分成3个区域。最上面的区域中是类名,中间区域是类的属性,最下面区域里列的是类的操作。<br />举一个例子,属于洗衣机(washing machine)类的事物都具有诸如品牌(brand name)、型号(model name)、序列号(serial number)和容量(capacity)等属性。这类事物的行为包括“加衣转载 2010-11-22 11:39:00 · 841 阅读 · 0 评论 -
类与类之间的关系及在代码中的表现
<br />1.继承:<br /> Code<br /> public class Animal<br /> {<br /> }<br /> public class Bird:Animal<br /> {<br /> }<br />2.关联关系<br /> Code<br /> #region 关联关系,表明企鹅类知道气候<br /> public class Climate<br />转载 2010-11-22 11:38:00 · 741 阅读 · 0 评论 -
强大的ClearCase
如果你们公司有钱,建议使用IBM 的CC,其功能绝对不是什么SVN,CVS,SUBVERSION,VSS之流的版本控制工具所能比的,这些工具能够做到: 1.将要修改的代码和需求绑定吗? 2.能在你提交代码的时候帮你检查代码的优劣吗(代码写得不好,比如一个方法内的代码超过300行,局部变量过多等等,哪怕没有错误,不让你提交)? 3.能让你自动将你实现的功能和你所修改的代码绑定起来吗(项目经理点击一个功能需求,就能看到对应功能下修改的代码) 4.能方便和其它工具集成吗,比如从建模数据库设计编码优化测试..?CC原创 2010-11-19 09:37:00 · 909 阅读 · 1 评论 -
业务用例和系统用例
<br />"业务用例:业务过程是描述这个业务的具体工作流的;一次涉众与实现业务目标的业务之间的交互。它可能包含手工和自动化的过程,也可能发生在一个长期的时间段中。" <br /> <br />系统用例的设计范围就是这个计算机系统设计的范围。它是一个系统参与者,与计算机系统一起实现一个目标。系统用例就是参与者如何与计算机技术相联系,而不是业务过程。着重系统的控制流、数据流和功能。<br /> <br />业务用例模型与系统用例模型图有什么其他相似之处呢?两者都有参与者。在业务用例图中,您将一个参与者原型化为原创 2010-08-17 14:56:00 · 13810 阅读 · 0 评论 -
软件项目成本组成分析
软件项目成本组成分析 最近着手信息化项目产业化的申报,无论是软件行业企业或是政府职能部门,对软件项目的成本却没有一个统一的认识。本文就软件项目的可能的成本组成提出自己的看法,望与关系此问题的朋友商榷,欢迎批评指正。 软件开发属于高智商的脑力劳动过程,软件产品一旦开发完成,即可进行软件“生产线”的建设,虽然软件产品的制作过程需要几乎可以忽略不计的成本就可以实现产品的批量生产(复制),但不转载 2009-11-23 13:17:00 · 1567 阅读 · 0 评论 -
工作分解结构(WBS Work Breakdown Structure)
工作分解结构(WBS Work Breakdown Structure),以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围,每下降一层代表对项目工作的更详细定义。 WBS总是处于计划过程的中心,也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的,所以WBS也是一个项目的综合工具。转载 2009-11-23 09:43:00 · 1856 阅读 · 0 评论 -
软件项目需求调研总结
一、需求调研准备: 在需求调研过程中,应该做好三种准备,保持两种心态,做到五种提高: 三种准备 1) 调研前应该将所有项目前期资料进行汇总,与相关的前期销售人员进行交流,以便对项目有一个基本轮廓的认识。 2) 做好调研前使用资料的准备,如需求调研模板,需求调研问题列表等。 3) 做好不怕一切困难的准备。 两种心态 1) 保持一种和客户平等合作的心态,确定需求调研是为了给转载 2009-11-23 13:23:00 · 1009 阅读 · 0 评论 -
统一用例分析
统一用例分析http://www.uml.org.cn/oobject/200606013.htm统一用例分析作者:张恂 来源:www.sawin.cn一、用例基础1.1用例简史用例技术大体上经历了萌芽、成熟和发展3个阶段[12],最早可追溯到上世纪60年代末UML(统一建模语言)、RUP(Ration转载 2009-09-02 17:00:00 · 1012 阅读 · 0 评论 -
需求文档 BUC UC
刚启动一个项目,需要大家帮忙!!!Help me!!!浏览:1586 2007-11-29 12:28 来自 斧头帮少帮主 : 昨天刚刚开始一个项目(公司内部用),有了基本的需求,这两天让我们补充需求.基本需求文档有了,我就自己画了一个Use Case,发现有一些跟需求有出入,也增加了点需求.现在的问题:在提需求或者说需求整理阶段,有必要画UC转载 2009-09-02 16:07:00 · 4083 阅读 · 0 评论 -
业务流程图 vs 数据流程图
一、业务流程图与数据流程图的区别 1. 描述对象不同 业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。 业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。在系统调研时, 通过了解组织结构和业务功能, 我们对系统的主要业务有了一个大概的认识。但由此我们得到的对业务的认识是静态的, 是由组织部门映射到业务的。而实际的业务是流动的, 我们称之为业务流程。转载 2009-09-02 15:44:00 · 6431 阅读 · 2 评论 -
详细设计说明书的书写格式
1引言... 21.1编写目的... 21.2背景... 21.3定义... 21.4参考资料... 22程序系统的结构... 23程序1(标识符)设计说明... 23.1程序描述... 33.2功能... 33.3性能... 33.4输人项... 33.5输出项... 33.6算法... 33.7流程逻辑... 33.8接口... 3原创 2009-08-22 21:23:00 · 2866 阅读 · 0 评论 -
项目需求--笔记3
团队组成项目团队组成人员的多少和比例要根据实际项目来决定。一般项目团队控制在5-7人。组建项目团队时首先需要定岗,就是确定项目需要完成什么目标,完成这些目标需要哪些职能岗位,然后选择合适人员组成。网站项目开发可能涉及到的职能岗位有很多,我们将在后面章节详细介绍。这里先提供一个普通网站项目常见职能和人员需要。 有几种原因使需求分析变得困难:(1)客户说不清楚需求;(2)需求自身经常变动;(3)分析原创 2009-08-22 12:34:00 · 797 阅读 · 0 评论 -
需求分析--笔记2
如果将需求分析阶段的工作归结为编写需求规格说明书,这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求:获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤(获取用户需求、分析用户需求)的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动(如图1所示)。 ● 了解原创 2009-08-22 12:31:00 · 609 阅读 · 0 评论 -
概要设计说明书的书写
1引言....................................................................................................................................... 21.1编写目的.................................................转载 2009-08-22 21:24:00 · 3288 阅读 · 0 评论 -
软件需求说明书的书写格式
本文涉及到的是需求分析部分的书写,主要是根据国家标准文档中的要求来的。 在互联网公司或者一些敏捷开发的公司里,其实大家都是秉承着重开发,重讨论,而轻文档的态度。这个轻文档并不是指没有文档或者几乎不做文档,而是在严格的文档流程中解脱出来,只把最最实际的部分写出来。这个特征是有互联网本身迭代周期短,版本发布快等特点决定的。而在实际的兼职项目的时候,同学们就要注意了,最重要的应该就是在签合同的时候转载 2009-08-22 20:27:00 · 4491 阅读 · 2 评论 -
需求说明书--笔记1
需求分析报告 VS 需求说明书 VS 需求规格说明书 需求分析报告:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点是体现出产品要满足哪些功能,哪些是重点、热点。 需求说明书:是根据与现场实际客户进行沟通,把客户的需求进行整理--CMMI中有标准的模板--重点是站在客户的角度讲产品功能。 需求规格说明书:是从业务规则讲起的,细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能,里面转载 2009-08-22 12:14:00 · 742 阅读 · 0 评论 -
Doors 和RequisitePro使用比较报告(个人观点)
http://blog.csdn.net/msde/archive/2006/11/28/1418486.aspx 比较内容 Telelogic Doors IBM Rational RequisitePro 结论 项目级别的比较 (1)Doors将所有的与需求相关的数据均存放在服务器上的doors数据库(不是商业数据库)中。(2)一个DOORS Database能够同时支持许多个不同转载 2009-09-28 10:10:00 · 936 阅读 · 0 评论 -
电子政务工程建设项目可行性研究报告编制要求
这是 http://www.hualungx.com/img/Upload/20081125102254533.doc 的 HTML 档。G o o g l e 在网路漫游时会自动将档案转换成 HTML 网页来储存。电子政务工程建设项目可行性研究报告编制要求 第一章 总要求 一、为提高国家电子政务工程建设项目前期可行性研究工作的质量,指导项目申请单位和可行性研究报告转载 2009-10-08 20:37:00 · 5209 阅读 · 0 评论 -
信息项目《项目建议书》
信息项目《项目建议书》第一章 项目简介 1、项目名称 2、项目概况 第二章 项目建设的必要性 1、项目提出的背景和依据 2、信息系统和应用目前存在的主要问题和差距(可选)3、项目建设的意义和必要性 第三章 需求分析1、业务功能2、业务流程3、系统功能和性能需求分析第四章 总体建设方案1、建设原则和策略2、总体目标与分期目标转载 2009-10-09 11:19:00 · 1142 阅读 · 0 评论 -
总体设计说明书
总体设计说明书 项目名称: 项目编号:文档编号:编制单位: 编制日期: 拟制人审核人批准人生效日期 生效日期版本号转载 2009-11-11 16:45:00 · 2651 阅读 · 0 评论 -
软件文档编写向导
软件文档编写向导文档分类项目包括如下几类文档; 项目管理文档。包括:《软件项目计划》、《项目进度报告》、《项目开发总结报告》软件开发文档。包括:《需求规格说明》、《概要设计说明》、《详细设计说明》。软件测试文档。包括:《测试计划》、《软件测试分析报告》。产品资料。包括:《用户操作手册》。文档的版本号 本项目文档的版本号由以圆点隔开的两个数字组成,第一个数字表示出版号,第二个数字表示该版的修转载 2009-11-11 16:27:00 · 587 阅读 · 0 评论