YangLna

摘要： 课堂讨论 分组：四人一组（祖浩然、陈鹏、李国帅、刘洋） 内容： 讨论无纸化考试系统的利益相关者并进行描述，并撰写项目目标（目标、好处、度量标准） 将课堂讨论记录、利益相关者描述以及项目目标汇总成一篇博文，博文题目为软件需求与分析课堂讨论一,截止时间（2016-10-21日下午18:00） 课堂讨论记 阅读全文

摘要： 第四章 搜集故事 从前面几章我们可以了解到，要想做到尽可能完整的了解用户的需求，用户故事将会是一个不错的选择。在一些原来的书本上，我们了解到可以使用“引出”、“捕捉”这类方法来获取故事。但是这是明显错误的，因为需求本来是不存在的，或者说是，用户只知道一个大概，而不能详尽的想到每一处细节。所以这种单纯 阅读全文

摘要： 第一章 概览 软件需求是一个沟通问题，文章一上来就阐明了这个观点，这是软件需求与分析的重点。一个项目的成功取决于许多东西，但是最基本的就是开发人员要理解客户的需求，而弄清的唯一途径，也就是沟通。我们需要协同来完成任务，这就意味着，任何一方都不能在这一过程中保持绝对地位。为了确保能在客户那里收集到足够 阅读全文

摘要： 1.案例分析 某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1250个账户。 为了确定那些严重拖欠债务的账户，Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定，每个规则都要求Liz检查客户的 阅读全文

摘要： 精读的书：《用户故事与敏捷方法》 阅读计划： 从第三周开始，到第九周（除去十一长假），每周阅读3-4章文章，并发表一篇阅读笔记。 发表时间： 1:10月2日（第三周） 2:10月16日（第五周） 3:10月23日（第六周） 4:10月30日（第七周） 5:11月6日（第八周） 6:11月13日（第九 阅读全文

摘要： 软件的项目，有成功的案例，但是除此之外，也难免会有失败的经历，而且这也不在少数。造成项目失败的原因多种多样，客户关系、设计、技术、时间管理、问题培养，但是归根到底，更多的问题还是归咎于需求分析没有做完善：被不懂技术的客户牵着走，没有分析到位；没有弄清需求是否能给予我们现有的技术；是否触及到了有需求的 阅读全文

摘要： 声明的局部变量是不会被默认初始化的，成员变量则是会被默认初始化的。 声明局部变量的前面不能有任何权限访问修饰符（public、protected和private），只能是friendly的默认友好的，但是可以使用final来修饰局部变量。 阅读全文

摘要： 接下来说点儿我的真实感受，不仅仅是关于这门课，关于这一个学期的学习过程，而是关于各个方面，大学，生活，学业，时间以及未来（？笑） 大二下，这16周的一个学期，如白驹过隙，时间如同手中紧紧攥紧的沙子，越想抓紧，结果却是事与愿违，从手指缝中丝毫不讲情面地溜走。转眼间就来到了6月中旬，期末结束紧接着就是小 阅读全文

摘要： 第十三章：整体部分（我可以召唤地下的幽魂。这我也会，什么人都会，可是当您召唤他们的时候，他们果然会应召而来么》） 为了得到整体的可运行和高质量的软件，我们需要在哪些方面进行改进和下功夫。这章主要从消除Bug的设计，构件单元测试和系统集成调试三个方面来谈。 消除Bug的设计，就让我们更加意识到质量是设 阅读全文

摘要： 第七章：为什么巴比伦塔会失败？ 据《创世纪》记载，巴比伦塔是人类继诺亚方舟之后的第二大工程壮举，但巴比伦塔同时也是第一个彻底失败的工程。为何拥有了清晰的目标，充足的人力和物力资源的项目最后仍然失败，巴比伦塔给我们的管理教训就是它们缺乏沟通和交流，以及交流的结果-组织。他们无法相互交谈，从而无法合作。 阅读全文