《构建之法》小组学习心得

baba爱你小组  组长:阮俊  组员:钱洪章、黄维、光萍、张启飞、王学飞

这周我们小组学习了《构建之法》第八章需求分析的内容。

人们为了解决现实社会和生活的各种问题,要求助于软件。人们的需求五花八门,那么软件团队如何才能准确而全面的找到这些需求呢?主要有这几个步骤:

1、获取和引导需求

软件团队需要找到软件的利益相关,了解和哇挖掘他们对软件的需求,引导他们表达出真实的需求。另外,很多时候用户并不知道自己确切的需求,或者不愿意表达完整的需求,软件团队需要设身处地,替用户着想,引导出需求。

2、分析和定义需求

这是指对从各个方面获取的需求进行规整,定义需求的内涵,从各个角度将需求量化。

3、验证需求

软件团队要跟利益相关者沟通,通过分析报告、技术原型、用户调查或演示等形式向他们验证软件团队对于这些需求的认知。

4、在软件产品的生命周期中管理需求

在软件的生命周期中,需求在发生变化,技术在发展,团队成员的能力也在提高。原来认为重要的事情可能不在重要,有些功能原来技术上很难实现,现在出现了捷径,一些相关的法规会发生变化,外部的合作伙伴突然发生变化,这些都要求我们不断对需求进行重新审核并作出相应的调整。

小组项目:

我们组的准备做的项目是一个关于生日提醒的软件,它的功能就是用户输入姓名及出生日期,软件就会记下来,显示出离那天还有多久,等到了那一天,该软件就会提醒用户时间到了,这是主要的功能,之后我们会添加一些其他功能,如用户输入其和所设置的人物的关系,人物的年龄,再有软件给用户建议该做什么,送什么礼物。随着之后的设计,我们会添加更多的功能,增强软件的可用,完整。

时间: 2024-10-03 09:20:01

《构建之法》小组学习心得的相关文章

《构建之法》学习(8)——需求分析

<构建之法>学习(8)--需求分析 1.软件需求   1.1如何准确而全面地找到需求 获取和引导需求 软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求 需求还可以来自各种管理机构 需求不仅来自外界,还可以来自软件企业本身 需求还可以来自技术团队本身 有些需求的目的是要"更好地了解用户的行为和需求" 分析和定义需求 验证需求 在软件产品的生命周期中管理需求 1.2软件需求的划分 对产品功能性的需求 对产品开发过程的需求 非功能性需求 综

《构建之法》学习(5)——团队和流程

<构建之法>学习(5)--团队和流程 1.非团队和团队   团队共同的特点: 团队有一致的集体目标,团队要一起完成这目标 团队成员有各自的分工,互相依赖合作,共同完成任务 2.软件团队的模式       一窝蜂模式       主治医师模式 有首席程序员,他/她负责处理主要模块的设计和编码,其他成员从各种角度支持他/她的工作.       明星模式 主治医师模式运用到极点,可以蜕化为明星模式,在这里,明星的光芒盖过了团队其他人的总和.       社区模式 社区由很多志愿者参与,每个人参与自己

《构建之法》学习(3)——软件工程师的成长

<构建之法>学习(3)--软件工程师的成长 1.1个人能力的衡量与发展 积累软件开发相关的知识,提升技术技能 积累问题领域的知识和经验 对通用的软件设计思想和软件工程思想的理解 提升职业技能 实际成果      衡量软件开发的工作量和质量 项目/任务有多大? 花了多少时间? 质量如何? 是否按时交付? 1.2软件工程师的职业发展 职业发展--考级之路 职业成长--Steve McConnell版本 职业成长--大公司版本 职业成长--自我评估 1.3技能的反面 通过玩魔方的例子说明了技能提升的

读《构建之法》的心得体会

读<构建之法>的心得体会 软件工程涉及的范围很广,对于即将投身IT业的学生而言,软件工程的内容又非常重要.读构建之法,尽管本书介绍了不少IT业正在使用的理论和技术,但是,这本书的主要思想并不是介绍所有的新思想和新技术,而是从这些新思想.新技术中总结出对自己在未来的工作中有用的东西. 在整本书中,印象最让我深刻的是“两个人的合作”这一章节.现代的软件产业经过几十年的发展,软件的结构随着用户需求的不断增加,软件的功能不断朝多元化与复杂化发展.不管是两个人的合作还是团队的合作,谈到合作不免提及规范这

《构建之法》学习(7)——MSF

<构建之法>学习(7)--MSF 1.MSF简史 微软解决方案框架,也就是微软推荐的软件开发方法 2.MSF基本原则 推动信息共享与沟通 所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人.当然,对牵涉到技术机密.安全性等信息要采取必要的把握措施. 使用Alert来提醒何事发生了变化:所有的信息都保留并公开,不能删除工作项. 为共同的远景而工作 这个目标必须是明确的,没有二义性. 这个目标不是当前就能达到,必须是通过努力才能达到的. 这个目标不是空泛的,它应该对项目成员每天

《构建之法》学习(6)——敏捷流程

<构建之法>学习(6)--敏捷流程 1.敏捷的流程        "敏捷流程"是一系列价值观和方法的集合.   1.1敏捷开发原则   尽早并持续地交付有价值的软件以满足顾客需求 敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势 经常发布可用的软件,发布间隔可以从几周到几个月,能短则短 业务人员和开发人员在项目开发过程中应该每天共同工作 以有进取心的人为项目核心,充分支持信任他们 无论团队内外,面对面的交流始终是最有效的沟通方式 可用的软件是衡量项目进展的主要指标

《构建之法》学习(1)——软件与软件工程

<构建之法>学习(1)--软件与软件工程 1. 软件=程序+软件工程   从一个小故事引入,点出了软件工程的核心部分:构建管理.源代码管理.软件设计.软件测试.项目管理.以及它的推论: 软件=程序+软件工程 软件企业=软件+商业模式   在我们学习了数据结构和算法之后,就有了程序.在程序之上,软件工程决定了软件的质量:商业模式决定了一个软件企业的成败.软件从业人员和软件企业的道德操守会极大地影响软件用户的利益. 2. 软件工程是什么 以航空产业与软件产业类比,软件开发分为玩具阶段.业余爱好阶段

第五次作业 关于《构建之法》的心得体会

阅读了邹欣老师的<构建之法>这本书,我感受颇多.上个学期在学习软件工程的课程的时候,并没有很大的学习兴趣.但是读了这本书,我完全有了新的感受.以下是我的学习心得. 阅读这本书使我对下面个人技术和流程.分析了软件工程师的成长.软件团队合作的几种模式和开发流程.敏捷流程.需求分析.项目经理.用户体验.软件测试.质量保障这些概念有了更深刻的理解. 我了解到了创建单元测试的主要步骤以及好的单元测试的标准是什么.还有团队的力量是无穷的,这让我懂得了我们应该增强团队合作意识,这样很多时候会事倍功半.通过阅

再读《构建之法》——学习软件工程需求分析

软件需求是软件存在的意义,需求分析则是软件工程的基石所在.在<构建之法>一书中,详细地阐述了软件需求分析的过程及其注意事项,令我收获良多. 该书将需求分析分为四个步骤:"获取和引导需求","分析和定义需求","验证需求"和"在软件产品的生命周期中管理需求".对软件的需求,也分为四种"对产品功能性的需求"."对产品开发过程的需求"."非功能性需求"和&quo