06 2021 档案
摘要:第二十一章讲了衡量满意度。虽然我还没有接触过真正的用户,但是这个也是未来一定会遇到的,保证用户会对最终的设计感到满意的最简单和最可靠的方法就是始设计时测量他们的满意度。没有周期性的度量,很容易就造成一种后果,就如同美国人去到巴黎,并在三星级的餐馆里点一份大餐。当他看到在大盘子里小牛的圆滚滚的眼睛瞪着
阅读全文
摘要:本周对项目进行视频录制,录制过程中出现很多问题,反而觉得录制视频是最难的,不过最终的成品我很满意。
阅读全文
摘要:第二十章讲了技术复审。需要需求复审是因为没有人能够在稳定的基础上制作没有错误的求,同时也因为制作者是最不容易看到他们自己产品的错误的人。 通过阅读我了解到,无论何时你需要判断需求文档是否的确做了它被期望做的工作,都应该使用需求复审。 如何复审? 1.有许多可以挑选的复审规则。都试一下,然后让它们满足
阅读全文
摘要:本周进行项目归档,并开始撰写报告,同时完成javaEE大作业。 代码行:1000
阅读全文
摘要:探索需求终于读到了第五篇:极大提高成功的可能。 第十九章讲述了含混性度量,使用含混性投票来估计需求中的含混性,能够测量目前还有多少作需要做,而且可能将注意力引导到什么地方需要做工作。 如何做? 1,召集一组人,让其回答关于要测量含混性的文档的问题。2.确信不存在压力要求答案一致,或者不存在一个或其他
阅读全文