
软件工程
文章平均质量分 62
interhui
这个作者很懒,什么都没留下…
展开
-
需求工程
需求工程是指应用已证实有效的技术、方法进行需求分析,确定客户需求,帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束,形成需求文档,并对用户不断变化的需求演进给予支持。 软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通过对应问题及其环境的理解与分析,为问题涉及的信息、功能及系统行为转载 2006-07-10 00:08:00 · 1443 阅读 · 0 评论 -
需求管理
需求管理(Requirement management)是完整管理模式中的一环,同其他特性诸如完整性、一致性等不可分割,彼此相关而成一体。一套需求管理应当是已知系统需求的完整体现,每部分解决方案都是对总体需求一定比例的满足(甚至是充分满足),仅仅解决部分需求是没有意义的。对关键需求的疏忽很可能是灾难性的,试想一架飞机的安全设计不过关将会带来什么样的后果。不同的需求组合起来,构成了一转载 2006-07-10 11:44:00 · 2107 阅读 · 0 评论 -
需求分析
需求分析是指理解用户需求,就软件功能与客户达成一致,估计软件风险和评估项目代价,最终形成开发计划的一个复杂过程。(这个和我在微软体验到的又不太一样,微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度,这一点也可以理解,因为公司的性质有根本差别)在这个过程中,用户的确是处在主导地位,需求分析工程师和项目经理要负责整理用户需求,为之后的软件设计打下基础。需求分析阶段结束后,转载 2006-07-10 00:26:00 · 1755 阅读 · 4 评论 -
“人件”——每个人就是零件
本来是想早点看完《人件》的,可是一直比较忙。这几天终于抽出了时间把《人件》看了一遍,感觉到这本书应该是开发人员的福音书也是项目经历的宝典。它用大幅章节来叙述如何提高开发人员的权利和效率,同时也教项目经理们如何去创建和管理他们的“胶冻团队”。它一直在陈述三个问题:防止团队自杀,争取开发人员权益,提高开发人员工作效率。可是我觉得它对内部公司政治的确没有很好的评析,虽然它也提出了一些相原创 2006-12-03 10:41:00 · 1229 阅读 · 0 评论 -
关于软件工程和爸爸的谈话录
关于软件工程和爸爸的谈话录昨天晚上,和爸爸进行了一个多小时的谈话,谈话的主要内容是软件工程方面的。其中爸爸有很多值得学习和记录的东西。部分谈话录:1. 计算机从业人员分为三个层次:工具设计师(Tool Smite)、开发者(Developer)、用户(User);2. 软件工程是随着软件工具的增强而变化的;3. 人们通常会面临两种难题,第一种是在人们认知范围之外的,这个我们不用管他;第二种是在原创 2006-08-15 23:14:00 · 3360 阅读 · 6 评论