摘要： 本篇文章讲解了计算机的原码, 反码和补码. 并且进行了深入探求了为何要使用反码和补码, 以及更进一步的论证了为何可以用反码, 补码的加法计算原码的减法. 论证部分如有不对的地方请各位牛人帮忙指正! 希望本文对大家学习计算机基础有所帮助! 一. 机器数和真值 在学习原码, 反码和补码之前, 需要先了解 阅读全文

摘要： 第六章用户故事验收测试 在写代码之前验收测试可以为程序员提供很多编写程序的信息，让程序员考虑到更多的情况。写测试的时间一般为：①开发人员和客户讨论故事并且需要记录细节时②在迭代开始时，在写代码前作为一项专门的任务③在开发中或者之后的任何时候发现新的测试时。 验收测试由客户来定义，客户要给测试人员一些 阅读全文

摘要： 第八章 估算用户故事 故事点有一个很好的特性是团队可以定义自己认为合适的故事点，一个团队可能定义一个故事点为一个理想日的工作，也可能定义为一个理想周的工作。故事点有很多意义，所以故事点代表时间的模糊单位。 故事估算应该由整个团队集体来完成。故事估算属于团队集体有两个原因，第一个，还不确定团队中谁负责 阅读全文

摘要： 第五章与用户代理合作 由于有些时候不能和实际用户一起工作，所以我们要向用户代理求助。用户代理不是真正的用户但是在项目中代表着用户。用户代理分为几种。第一种用户的经理，经理往往并不真正知道实际用户的需求，提出的需求可能只考虑到自己的需求，但是这些需求功能却很少被用到。甚至有时候经理或从中干预，并且固执 阅读全文

摘要： 用户橘色建模 用户角色，编写程序时我们要面对多种的用户，所以我们不能从单一的角度编写故事。我们将多种多样的用户分类，把每一类作为一种“用户角色”。用户角色是一组属性的集合，这些属性刻画了一群人的特征以及这群人与系统可能的交互。 用户建模的步骤：1.通过头脑风暴，列出初始的用户集合。在头脑风暴的会议上 阅读全文

摘要： 第二章编写故事首先书中指出了六个特征1.独立的2.可讨论的3.对用户或客户有价值的4.可估计的5.小的6.可测试的下面围绕这六个方面展开了讨论 独立的。文章指出要尽量避免故事之间相互依赖，否则在排列故事优先级时就会出现问题。而且导致难以进行准确的效率估计。所以为了解决这个问题，可以对故事进行合并，如 阅读全文

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

摘要： 用户故事与敏捷方法第一章是对用户故事的概览。 首先第一个问题用户故事是什么？用户故事描述了对用户、系统或软件购买者有价值的功能。用户故事由三个方面组成，包括1 .一份书面的故事描述，用来做计划和作为提示。2.有关故事的对话，用于具体化故事细节。3.测试，用于表达和编档故事细节且可用于确定故事何时完成 阅读全文

摘要： 问题账户需求分析 （1） 第一步：要了解liz的工作的实际情况，具体了解liz的每个工作的步骤。 （2） 欠缺的是：liz的实际工作场景 （3） 原型： <1>功能： ① 创建客户信息数据库 ② 根据原始数据重新整理并更新； ③ 提供提供客户账户基本信息查询和三年历史数据查询； ④ 设定欠账规则，创 阅读全文

摘要： 精读书籍《用户故事与敏捷方法》 计划时间 (1)9/30 (2) 10/7 (3)10/14 (4)10/21 (5) 10/28 (6)11/5 阅读全文