摘要： 《架构之美》阅读笔记01 今天，我读了《架构之美》的一二章，初步了解了架构的基本含义以及一个好的架构应该具备的特性，架构是由一些结构组成，这些结构的设计目的是让架构师、构建师，以及其他利益相关人看到他们的关注点是如何得到满足的。对于架构的特性，书中明确指出一般架构师会考虑的几点：具备客户要求的功能、 阅读全文

摘要： 《用户故事与敏捷开发》阅读笔记04 今天抽出了两个小时读了《用户故事与敏捷开发》的第十二、十三、十四以及十五章并写了这篇阅读笔记。第十二章标题为“故事不是什么”。IEEE 830是一本关于如何编写软件需求规格的指南，最突出的特征是使用短语“系统应该.....”，但作者认为以这种方式编写系统的所有需求 阅读全文

摘要： 第六周 所花时间（包括上课） 521min 代码量 493行 博客量 2 篇 了解到的知识点 对项目的范围的确定，利益相关者的分析和目标的描述 阅读全文

摘要： 第五周 所花时间（包括上课） 453min 代码量 532行 博客量 2篇 了解到的知识点 C#语言的基本知识以及基本编程语法 orcale数据库的建库建表过程，如何总结用户需求，确定系统边界。 阅读全文

摘要： 《用户故事与敏捷开发》阅读笔记03 今天我读了《用户故事与敏捷开发》的第八，九，十，十一四章内容，第八章主要讲如何估算用户故事，也就是估算项目的一些功能需要多长时间能实现。作者指出故事点估算是一个很好的办法，故事点代表时间的模糊单位，不同的人对故事点的定义不同，也就是时间不同。故事估算应该有整个团队 阅读全文

摘要： 小组成员： 王浩，李鹏鹏，董浩男。 课堂讨论记录： 利益相关者描述： 利益相关者 特征 教师 教师使用系统制定考试信息，考试试题，并使用该系统查看学生的解答并进行评分，同时查看学生成绩。 学生 学生使用该系统下载试题，对试题进行解答并上传，以及查看自己成绩。 造纸厂、工人 利益消极相关者，该系统使考 阅读全文

摘要： 《用户故事与敏捷开发》阅读笔记02 这周读了《用户故事与敏捷开发》的第四至七章，第四章讲述的是如何搜集故事，也就是如何正确的去找到用户需求。作者明确指出“引用”和“捕捉”是不合用的。所谓“引用”和“捕捉”，我想是通过用户对功能的表述，开发人员从中获取需求信息吧。如果是这种方法来获取需求，正如作者所说 阅读全文

摘要： 第四周 所花时间（包括上课） 270min 代码量 324 博客量 1 了解到的知识点 Java编写简单工厂模式和工厂方法模式 阅读全文

摘要： 第三周 所花时间（包括上课） 300min 代码量 258 博客量 2 了解到的知识点 初步了解了如何做软件需求分析 阅读全文

摘要： 《用户故事与敏捷开发》阅读笔记01 今天，按照阅读计划，我读了《用户故事与敏捷开发》的前三章，这本书有很多东西都读不懂，所以我的理解也很局限，而且也不知道对不对。书中对用户故事的定义是描述了对用户、系统或软件购买者有价值的功能，通过后面的阅读我认为其实就是客户对软件要求实现的功能。用户故事一般写在卡 阅读全文