![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
软件工程
文章平均质量分 78
fiveday
这个作者很懒,什么都没留下…
展开
-
需求调研过程管理小议
根据需求调研过程中的进展情况,我们将需求调研过程分为三个阶段:调研前准备、调研活动管理、调研结束。每个阶段需要遵循一定的工作流程和注意一些问题。 一、需求调研准备: 在需求调研过程中,应该做好三种准备,保持两种心态,做到五种提高:三种准备1) 调研前应该将所有项目前期资料进行汇总,与相关的前期销售人员进行交流,以便对项目有一个基本轮廓的认识。2) 做好调研前使用资料的准备,如需求调研模板,原创 2004-12-27 22:40:00 · 981 阅读 · 0 评论 -
需求的是是非非
前些日子有一个朋友向我要一份需求的标准文档,因为他现在正在负责一个项目。我对他说,我的需求文档只适合我用,并不适合你用。如果你是真的想在开发过程中引入科学的管理方法,静下心来,认真的学习需求的方法论,仔细的思考适合你们自身的方法。如果你只是需要一份好看的模版来哄哄Boss的话,那你就随便去找一份文档来修改一下就行了,保证糊弄得住人。最后我的朋友毅然的找了一份漂亮的文档走了。朋友走后我思考了很久,中原创 2004-12-27 22:48:00 · 1795 阅读 · 0 评论 -
用例驱动的需求过程实践
一、需求矛盾 根据CHAO的权威统计,虽然自"软件危机"提出以来,软件工程方法得到了长足的发展与进步,但在去年的软件项目成功率仍然不足30%,绝大多数的软件项目仍然超进度、超成本。而在这些不成功的项目中,由于需求不清晰、需求不完整等方面的因素,占到了60%左右。 下面的这幅漫画虽然不乏夸张,但却是能够激起我们的深原创 2004-12-27 22:47:00 · 800 阅读 · 0 评论 -
细谈软件需求分析过程:提取、抽象、升华
软件的需求分析必须要有对原业务的一个深入了解、提取、抽象、升华的过程,管理软件需求分析尤其如此。 软件的需求分析是从用户的业务中提取出软件系统能够帮助用户解决的业务问题,通过对用户业务问题的分析,规划出我们的软件产品。这个步骤是对用户业务需求的一个升华,是一个把用户业务管理流程优化,转化为软件产品,从而提升管理而实现的质的飞跃,这一步是否成功,直接关系到开发出来的软件产品能否得到用户认可,原创 2004-12-27 22:44:00 · 1646 阅读 · 0 评论 -
获取用户需求的沟通技巧之一
软件开发生命周期包含需求、设计、编码和测试四个过程阶段,其中需求过程是第一个也是最重要的一个阶段。软件需求包括三个不同的层次:业务需求,说明了提供给客户和产品开发商的新系统的利益,反映了组织机构或客户对系统、产品高层次的目标要求,它们将在项目视图与范围文档中予以说明;用户需求,描述了用户使用系统必须要完成的任务,这在使用实例文档或方案脚本说明中予以说明;功能需求和非功能需求,定义了开发人员必须原创 2004-12-27 22:42:00 · 1038 阅读 · 0 评论 -
需求调研步骤和方法
第1章前言目的需求调研是为需要说明书做前期工作,可以说需要说明书说是从需求调研表中得到或抽取而出。需求调研是要了解现实世界中做实际工作的人们真正需要什么样的程序的过程,再把这些需求开进细节整理由设计部开发,再由销售部销售给用户。用户:系统分析人员第2章前期准备2.1. 确定工具没有什么工具是好还是坏的问题,问题是关键是如何使用它们,无论是什么工具也只是一个辅助工具,也不是生原创 2004-12-27 22:41:00 · 1664 阅读 · 0 评论 -
采用简化原型法进行需求分析
1 前言 需求分析阶段是管理信息系统(MIS)开发最重要的阶段。MIS开发的需求阶段首先是了解和澄清用户的需求,然后严格地定义被开发的软件系统的需求规格说明书[1]。常用的软件需求分析方法有面向数据流的结构化分析方法、面向数据结构的Jackson方法、面向对象的方法和原型法等。原型法由于改变了系统的分析、设计和实现三个顺序阶段的观点[2],改变了传统的自顶向下的开发模式,降低了软件需求的风险原创 2004-12-27 22:48:00 · 1673 阅读 · 0 评论 -
管理信息系统需求调研分析指南
摘要: 本文是在管理信息系统需求调研实践和学习中的一些经验总结,有些是自己的体会,有些来自专家的书本或文章,希望与大家分享,并起到一个抛砖引玉的作用,如有不妥之处欢迎指正。 关键字:需求、调研 正文: 一、软件需求的定义 IEEE软件工程标准词汇表(1997年)中定义的需求为: (1) 用户解决问题或达到目标所需的条件或能力; (2) 系统或系统部件要满足合同、标准、规范或原创 2004-12-27 22:45:00 · 1406 阅读 · 0 评论 -
用敏捷方法应对需求变化
一、问题的提出 笔者近几年一直从事信息系统的开发,特别是有关国家机关和企业信息系统的开发工作,取得了许多的经验和教训。其中一个深切的体会是,需求的不断变化,如果不能很好的应对,会导致整个项目的进度和质量都难以控制,最终使整个系统失败。特别是在我国,用户对于如何应用计算机软件并没有一个成熟的经验,在项目进行中用户会频繁的改变和增加各种要求。当最终完成系统的建设时,却发现企业的业务需求已经发生了原创 2004-12-27 22:45:00 · 2350 阅读 · 0 评论 -
需求调研三步曲
一、什么是需求调研需求调研是企业在选择ERP系统前以及使用某种ERP产品前所必须经历的调查了解的过程。可以说需求调研是ERP软件实施中最重要的部分,调研的结果将直接影响到ERP效能的发挥。对于企业来说上ERP最重要的第一步是了解:自己有什么、还缺什么。正所谓知己知彼百战不殆。如果没有对自己情况的详细了解何谈选择正确的ERP产品?但对于企业来说能调查出自身的问题并做出准确的判断也是异常困难的――不识原创 2004-12-27 22:43:00 · 783 阅读 · 0 评论 -
获取用户需求的十大沟通技巧
成功的软件产品是建立在成功的需求基础之上的,而高质量的需求来源于用户与开发人员之间有效的沟通与合作。当用户有一个问题可以用计算机系统来解决,而开发人员开始帮助用户解决这个问题,沟通就开始了。 需求获取可能是软件开发中最困难、最关键、最易出错及最需要沟通交流的活动。对需求的获取往往有错误的认识:用户知道需求是什么,我们所要做的就是和他们交谈从他们那里得到需求,只要问用户系统的目标特征,什么是要原创 2004-12-27 22:43:00 · 732 阅读 · 0 评论 -
如何编写高质量"软件需求说明书"
你的工程应该有个好的起点。一个小组要带领客户进入需求启发阶段而且你要写软件需求说明书。这份说明有些大,但客户会很重视,所以说明必须得到赞同。 现在你正在设计其中的一个特性,已经发现了需求的一些问题。你可以用多种不同的方式解释需求15;需求9 的说明正好与需求21相反,你因该相信哪一个?需求24非常含糊,你根本不明白它的意思;你不得不花上一个小时与2位开发人员讨论需求30,只因为你们对其各有原创 2004-12-27 22:49:00 · 1078 阅读 · 0 评论