首页 > 代码库 > 《构建之法》阅读笔记5
《构建之法》阅读笔记5
软件团队的所有相关人员都需要处理、了解需求信息,如果在处理的过程中有误解和遗失,就会导致开发过程中的问题,以致最终产品不能满足用户的需求。我们要给事
物建造出一个“模型”,描述事物、事物的属性、事物之间的关系(静态的)以及各个事物之间的信息传递。(动态的)。表达实体和实体之间的关系的有思维导图和实体关系图;
关注数据在不同的实体之间依赖一定的规则流动,用DED工具。上述图形建模方法各有特点,很不方便,统一的表达方式是UML。我们之前学的建模语言。
用户体验要素中从用户的角度考虑问题,需要有“同理心”。站在用户的角度,理解用户的处境、心理、动机的能力,有一颗为用户着想的“同理心”,是好的产品设计的出发点。
操作越简单,用户体验越好!做软件要思考我们的目标用户是什么样的的水平,不能把用户想的太笨。微软有“吃狗食”的传统,但是我们对自己写的软件十分了解,而且操作技术
也占优势,所以有的问题不能及时发现。用户在操作时会犯简单的错误,我们需要花心思去设计怎样才能减少这种错误。
软件在发布之前,要进行软件测试。按测试设计的方法分有黑箱测试设计和白箱测试设计;按测试的目的,有功能测试和非功能测试,基本功能完成后再来做这些非功能测试。
测试方法有单元测试和代码覆盖率测试,构建验证测试,验收测试等等,测试过后要记得写测试报告。
《构建之法》阅读笔记5
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。