- 博客(18)
- 收藏
- 关注
原创 (转贴)需求分析:将技术语言和业务语言统一
需求分析:将技术语言和业务语言统一 在软件开发领域,人们越来越多地提到需求。和其他领域一样,这里的需求源自用户的“需要”,而不同则在于开发软件系统最困难的部分就是准确说明开发什么,这就是软件项目的需求。
2008-04-08 15:54:00
673
转载 (转载)做好一个系统分析师、项目经理75条准则
(转载)做好一个系统分析师、项目经理75条准则 1. 你们的项目组使用源代码管理工具了么?应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。2. 你们的项目组使用缺陷管理系统了么?应该用。ClearQuest太复杂,我的推荐是BugZilla。3. 你们的测试组还在用Word写测试用例么?不要用Word写测试用例(Test Cas
2008-04-08 12:25:00
792
原创 今天人品大爆发
今天人品大爆发,贴了很多文章,都是最近 抽空写下来的,感觉还不够充实,自己的水平也很有限,基本上是一边想,一边看书,一边回忆以前做过的项目,觉得还有很多想说,但没有写下来,会逐渐补充的,希望能够形成一本小手册,真正达到《软件工程实用手册》的目的,让没有太多项目经验的同学可以参考,形成对软件工程和项目的一些认识,我就心满意足了。
2008-04-06 23:15:00
511
原创 第八章 部署
第 八 章 部署“丑媳妇总要见公婆的。。。”8.1 部署系统开发结束了,通过测试,就要按照计划进行部署了。对于项目型的系统,这里的部署不是简单的把软件往机器上一安装就行了,而是要从大系统的角度,从机房的设计,到设备的安装,软件的安装,系统调测,设备标签和线路标签的规范等等一系列的工作。n 机房设计:如果系统要部署在甲方的机房里,则需要对机房现场
2008-04-06 23:10:00
553
原创 第七章 测试
第 八 章 测试软件测试是提高软件质量的重要手段,其目的就是利用精心设计的测试用例去运行程序,以发现系统中隐藏的错误、缺陷。通过对错误的纠正和缺陷的弥补来确保所开发的软件的功能与性能与需求说明书相符合。但是,测试无法表明软件中不存在错误/缺陷。测试是对系统上线前的把关,是必不可少的。测试用例的设计和测试结果的分析决定了系统的Bug能否被发现,能够被解决。测试按照项目的进展顺序可以分为以下
2008-04-06 23:09:00
1115
原创 第六章 编码
第 六 章 编码“编码就是程序员的语言,程序员用代码来描述系统,就像用户用语言来描述他们想要的系统一样”——小张6.1 语言的发展经历计算机的程序语言到现在已经经历过几代了。简单来讲可以按照以下几个阶段:n 机器语言,这是最初的计算机使用的语言。当时的计算机的外观、体积、结构上与当前的计算机有着很大的区别,比如,运算能力相当于现在一台PC
2008-04-06 23:07:00
585
原创 第5章 系统设计(2)
5.2 详细设计详细设计的定义详细设计是对软件的各层模块和程序单元以及它们之间的相互关系的详细描述,它是程序编码的重要依据。详细设计依赖于概要设计,它是对概要设计的落实和细化,详细设计应细化到第三方根据详细设计就可以编程,而可以对系统的功能需求一无所知。详细设计的内容 详细设计应包括以下内容:n 项目背景:n 模块
2008-04-06 22:09:00
943
原创 第5章 系统设计(1)
第 五 章 系统设计在本章中,笔者将介绍系统设计方面的内容。系统设计是将用户需求和分析结果转化为实际系统,就像盖大楼一样,系统设计就是系统的蓝图。良好的系统设计至少要满足以下要素:n 功能完备性:必须要满足用户的功能需求,不能出现用户需要功能的缺失。n 结构合理性:结构要清晰,模块的划分合理,模块之间的接口定义准确。n 良好扩展
2008-04-06 22:04:00
1499
原创 第4章 系统分析(4)
4.7 面向对象的系统分析方法概述随着软件工程的发展,逐渐形成了面向对象的软件技术,也因此产生了面向对象的系统分析方法。面向对象的系统分析方法就是在设计系统之前,定义清楚系统中存在的类(对象),以及对象之间的关系、交互方式等。面向对象的分析包括了用例分析、静态图、动态图等。通常采用统一建模语言UML来描述。4.8 用例分析用例(Use Case)是指用户角度看到
2008-04-06 21:49:00
500
原创 第 4 章 系统分析(2)
4.3 实体关系图这就是大名鼎鼎的E-R图。E代表实体(Entity),R代表关系(Relation),顾名思义,就是描述实体及其关系的图。实体就是数据对象,比如一个人、一本书。实体具有属性,比如,人有姓名、性别、年龄等,书有名称、作者、出版社等。实体之间存在着关系,比如某人买了某书,这样两个实体之间就存在着关系。通过实体关系图,就可以把需求中存在的各个实体,以及之间的关
2008-04-06 21:06:00
730
原创 第 4 章 系统分析(1)
第 4 章 系统分析本章笔者准备分为两部分介绍,第一部分是结构化的分析方法;第二部分是面向对象的分析方法。4.1 结构化的分析方法概述结构化的分析方法是软件工程的经典分析方法,被广泛使用了很多年,按照此思路构建的系统不计其数。那么什么是结构化的分析方法,它的要点是什么呢?结构化的分析方法是一种建立模型的方法,笔者的理解是它把系统看作一台机器,这台机器
2008-04-06 21:02:00
555
原创 第 三 章 项目计划(二)
3.2 项目计划的内容在做项目计划之前,必须要明确项目的目标和工作范围,想清楚候选的技术方案,以及技术和管理上的要求。只有掌握了这些信息,才能确定合理、精确的成本估算,实际可行的任务分解和可管理的项目进度安排。项目计划的主要内容包括: 项目概述:简单描述项目的基本情况,背景、工作内容等。 主要参加人员:列出参加项目的人员、承担的角色、任
2008-03-20 15:01:00
858
原创 需求检查表
阅读了一些软件工程的书籍,根据体会整理了一下,针对需求说明是否合格进行检查.供大家排砖.需求检查表 针对功能需求:n 是否详细定义了系统的全部输入,包括其来源、精度、取值范围、出现频率?n 是否详细定义了系统的全部输出,包括目的地、精度、取值范围、出现频率、格式(Web页面、报表等)?n 是否列出了用户想要做的全部事情?每个任务的流程
2008-02-14 09:37:00
1370
原创 第二章 需求获取与分析(下)
第二章 续---小张2.5 需求说明书 需求获取的主要成果就是需求说明书。需求说明书是用户对其想要的系统功能、性能、使用人员、使用方式的综合性要求。需求说明书通过上述的需求获取过程获得,通常也不是一次到位的,允许有不断的反复和完善。 需求说明书一定要描述清楚用户的需求,用户也需要通过签字、会议等形式对该需求说明书进行确认。如果可以的话,最好是
2008-01-18 14:47:00
1358
原创 第二章 需求获取与分析(上)
第 二 章 需求获取与分析“你不说我怎么知道你想要呢?…”——唐僧在开发一个项目的时候,需求是项目成功的根本,如何能够获取准确的需求,有很多问题需要探讨。笔者以下就自己的经验谈上一二。2.1 项目类别笔者将项目进行了尝试分类,包括:科研类项目、工程类项目、产品类项目。科研类项目主要来源是国家的科技主管部门(科技部、各地科技委等)。承担者多是学校、科研
2008-01-18 14:45:00
1633
原创 第 一 章 软件工程简介
“上帝是无所不在的,软件呢?”1.1 什么是软件通俗地讲,软件是指能够运行在硬件上的程序及其文档。这里的硬件是具有计算能力的设备,包括计算机、手机等很多类型。本书中主要介绍的是计算机及其软件。软件并不是一个设备的形式出现的,它是运行在设备里面的程序。套用一个流行的词,就是“灵魂附体”,灵魂就是这个软件,体就是硬件。只有被灵魂附了体,这个体才能活过来。硬件只有安装了相应的
2008-01-18 14:40:00
831
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人