Sprint1的个人总结:
我是老人组的成员,我们是做一款四则运算训练的软件。然后我是接了界面设计的任务,所以我任务将会是sprint1中相对重一点的一方。我的感觉是,界面要做得充满童趣,毕竟我们的软件是面对当下的小学生。这样能吸引他们的注意力,去使用这款软件。而一个软件的开发UI设计尤为重要,所以我的图标,logo,背景的选择都是精挑细选的。然后工程比较坎坷,因为之前没接触android,所以从工程的部署到编写代码,到是要边在网上查找资料,边进行的。虽然过程是艰辛的,但是当目标完成之后,还是比较满意,开心的。总的来说,对于自己sprint1完成的成果来看,还是比较满意,正准备sprint2咯。
第八章
需求分析
8.1 软件需求 主要步骤:1.获取和引导需求(“需求捕捉”)
2.分析和定义需求
3.验证需求
4.在软件产品的生命周期中管理需求
从不同角度进行划分:1.对产品功能性的需求
2.对产品开发工程的需求
3.非功能性需求
4.综合需求
8.2 软件产品的利益相关者
用户 顾客 市场分析师 监管机构 软件工程师
8.3 获取用户需求——用户调查
调研方法:1.焦点小组
2.深入面谈
3.卡片分类(讨论→明晰定义→归类→排序)
4.用户调查问卷(常见错误:a.问题定义不明确
b.使用含糊不清的形容词、副词描述时间、数量、频率、价格等
c.让用户花额外多的努力来回答问题
d.问题带有引导性的倾向
e.问题涉及用户隐私、用户所在公司的商业机密或细节等)
5.用户日志研究
6.人类学调查
7.眼动跟踪研究
8.快速原型调研
9.A/B测试
8.4 竞争性需求分析的框架 (参考NABCD模型)
1.N(Need,需求)
2.A(Approach,做法)
3.B(Benefit,好处)
4.C(Competitors,需求)
5.D(Delivery,推广)
8.5 功能的定位和优先级
8.6 计划和估计
8.7 分而治之(WBS)
几个要点:1.保证所有子节点覆盖了全部父节点包含的内容。
2.保证各个子节点不要互相覆盖。
3.叶子节点要保证足够小,能在一个里程碑中完成。
4.从结果出发构建WBS,而不是从团队的活动出发。
第九章
项目经理
9.1 PM
(Product Manager 项目经理——正确地做产品)
(Project Manager 项目经理——正确地做流程)
(Program Manager 微软的职位名称)
9.2 微软PM的来历
交流成本问题
开发和测试搞不定的事情
9.3 PM做开发和测试之外的所有事情
9.4 PM和风险管理
9.5 PM的能力要求和任务
能力:1.观察、理解和快速学习能力
2.分析管理能力
3.一定的专业能力
4.自省能力
第十章
典型用户和场景
10.1 典型用户和典型场景
10.2 用例
10.3 规格说明书
10.4 功能驱动的设计(FDD)
第一步:构造总体模型
第二步:构造功能列表
第三步: 制定开发计划
第四步:功能设计阶段
第五步:实现具体功能