随笔分类 - 阅读笔记
摘要:需求分析与建模 需求分析是需求工程中最为核心的工作,需求建模是需求分析的主要手段。 需求分析 需求分析的任务并不是分析系统如何实现用户的需求,需求分析实际上是一种业务分析,也就是选择一种业务导向的线索将需求串起来,形成一个完整的可参考的架子。三大重心:分解、提炼,消除矛盾 分解分解有很多种,如下 业
阅读全文
摘要:需求捕获的策略 需求捕获的过程是人和人打交道的过程,是需求分析人员展示自己沟通能力的地方,因此就需要大家掌握一些人文技巧,学会一些和人打交道的策略。 需求捕获应该是主动的 需求捕获应该是聚焦的 案例 小赵问监控中心的小张:你对这个系统有什么需求? 小张说:“我想到的功能包括值班日志、告警的声
阅读全文
摘要:需求定义的要素 目标:一个好的目标应该满足SMART原则 具体的 可度量的 可达到的 和其他目标具有相关性 有明确的截至期限 确定范围 方法:两图一纲(构件图、上下文关系图、需求大纲) 相关人员与用户 相关事实与假定 定义需求范围 划分主题域分解系统时,按照业务的脉络来划分(根据业务流程来分解,以'
阅读全文
摘要:需求定义概述? 需求定义,顾名思义,就是要确定项目的宏观需求。换句话说,就是定义项目的业务需求,也就是明确项目的目标和范畴。 需求定义4步骤 目标:通过内部寻根或外部溯源的方法,先将整个项目要解决的问题或机会罗列出来。 问题:针对目标层面的问题进行分析,找到导致该问题产生的根源问题,然后将其罗列出来
阅读全文
摘要:什么是软件需求? 软件需求实际就是“业务知识+问题列表+其他元素”。软件需求的三层次:业务需求、用户需求、软件需求。需求也有着三种类型:功能需求、非功能需求、设计约束。 需求管理工作要点 需求管理项之间的关系 1统一、明确的需求项划分标准 成功的划分满足以下条件: 1、粒度均匀(如每个需求项的大小相
阅读全文
摘要:什么是软件需求? 软件需求实际就是“业务知识+问题列表+其他元素”。软件需求的三层次:业务需求、用户需求、软件需求。需求也有着三种类型:功能需求、非功能需求、设计约束。 需求工程解析 1 需求工程解析 1.1 需求工程的范畴 1、需求开发:收集、分析、整理、编写、验证 2、需求管理:对需求的实现、变
阅读全文
摘要:什么是软件需求? 软件需求实际就是“业务知识+问题列表+其他元素”。软件需求的三层次:业务需求、用户需求、软件需求。需求也有着三种类型:功能需求、非功能需求、设计约束。 软件需求的三层次 1业务需求 定义:反映企业/组织对软件系统的高层次目标要求,也就是软件系统的建设目标。 体现: 问题:解决企业运
阅读全文
摘要:什么是软件需求? 软件需求实际就是“业务知识+问题列表+其他元素”。软件需求的三层次:业务需求、用户需求、软件需求。需求也有着三种类型:功能需求、非功能需求、设计约束。 需求相关失败因分析 不完整的需求 缺乏用户参与 不切实际的用户期望 需求变更频繁 提供了不再需要的 败因 解决方案: 1 不完整的
阅读全文
摘要:阅读完梦断代码,学到一些小技巧:白板上的即时贴:用贴纸,每张纸表示大致同等的工作量。每张即时贴代表各开发者一个月或两个月的工作时间。先在墙上循“点号版本”的顺序贴上,然后就能对每一轮计划的工作和自己是否脱离显示一目了然。用贴纸法来讨论项目各个小版本应该具有的功能特性,也是敏捷开发里重点推广的。这个也
阅读全文
摘要:最近继续阅读了梦断代码,收获如下: 1、并非所有开源软件都免费,但所有开源软件均可被自由查看、摘选和复用。开源并不仅给出了一种生产和分发软件的替代经济基础方案,它还能彻底改变软件开发的具体过程,将其从少数隐士手里拿出来,散播到广大人群中。2、模块化和组件化是软件人员的梦想,谁都想把几个模块插到一起就
阅读全文
摘要:本书以作者按照时间顺序讲述了自己的软件开发过程,揭示了软件开发中的一些根本性大问题。本书是讲一事,也是讲百千事;是写一软件,也是写百千软件;是写一群人,也是写百千万人。任何一个在软件领域稍有经验的技术人员看完本书,必掩卷长叹:做软件难。软件乃是人类自以为最有把握,实则最难掌控的技术。书中的许多内容确
阅读全文
摘要:这是我的第三篇有关《构建之法》的阅读笔记,总体感受是,越到后面感觉越是工作问题,就越是注重实践,越是重点的问题。 在开始我看这本书的时候,简介中说明了这本的重点在后面几章,确实这样,后面的内容更多的是注重实践和对软件的个体总括,包括了软件设计与实现,用户体验,软件测试质量保障,稳定和发布阶段以及IT
阅读全文
摘要:今天看了第六章敏捷流程,在里面我看到了冲刺执行任务中的每日例会,在这里身份的类似于主人暑假给我们布置的任务和发表博客的要求,其中这里面有三条内容,分别是我昨天做了什么,今天做了什么,在其中又遇到了什么问题。这个写问题只有在冲刺阶段真正的做了,用心的去解决了,才会真的有收获;相反这些流程也会流于形式化
阅读全文
摘要:"具备良好的阅读能力并能够清晰的表达出来是作为一个软件工程师最基本的素质和要求。因为只有这样,我们才可以更好的读懂客户的软件需求,并按着需求更好的做好我们自己的产品。“这句话使我认识到了作为软件人的阅读能力的重要性。还有就是只有你自己亲自去实践了,才会发现问题;只有你自己亲自动手解决了,才叫真的解决
阅读全文
摘要:最后在《人月神话》这本书中的未雨绸缪、整体部分、没有银弹等几个章节也有很大的感悟。当我们拿到一个项目时,在实现其所需功能时往往有很多思路,但是哪种思路能行得通并且最适合情况就需要我们进行试验性开发。试验性开发确实会造成精力的消耗,或许大量的测试方案最终还会被舍弃,但是我们必须这样做。实际上如果不进行
阅读全文
摘要:事实证明,一套大型的软件系统往往要持续开发运营,这就要求开发团队保持系统的概念一致性。世界需要秩序和规则,就是因为每个人想法不一,产生矛盾时也就无法统一实现整体利益,对自身以及他人都会产生影响。在系统的开发中也是一样的,人与人之间的思维差异是客观存在的,概念的完整性只能少数人员来实现,对于大型的项目
阅读全文
摘要:基于老师的推荐下,在假期阅读了《人月神话》这本书,刚拿到这本书时,只看题目,实在是没有想到这本书会和编程有关,所以对这本书产生了浓厚的兴趣,开始了阅读之路。这篇文章主要讲了在软件工程项目的开发中,时间和人员数量上的转化关系。表明了在一个项目中增加人员的数量不一定能够缩短项目完成的时间,很多时候还会起
阅读全文
摘要:“精义、方法、归纳、思考、团队、沟通、过程.......”,这是我读完《大道至简》后留给我印象最深刻的几个关键词。如果说以前我对于编程是一头雾水的话,那么在读完这本书后我才发现其实编程并不难,只是我把它想的太复杂了。 学什么都有方法,编程更不例外。在我看来,学编程最重要的就是方法。正如书中所提及的,
阅读全文