关键词：
这周，我学习了《构建之法》第十四十五章。
第十四章主要讲的是软件的质量。
软件质量等于程序质量加软件工程质量。程序的质量体现在软件外在功能的质量。衡量软件的功能，基本的判断可以用是、否来判定。软件的开发过程有三个主要的特性:好，便宜，快，通俗的理解是软件在功能，成本，实践三方面满足利益相关者的需求。软件工程的质量体现在几个方面：1.软件开发过程的可见性 2.软件开发过程的风险控制 3.软件内部模块，项目中间的交付质量，项目管理工具的因素 4.软件开发成本的控制 5.内部质量指标的完成情况。达成一定的软件质量，是要付出成本的。要让软件事先达成定义的质量标准，要先做测试工作。
第十五章主要讲的是软件生命周期的最后阶段，稳定和发布阶段。往往这个阶段是最考验团队的。软件团队的各个角色代表组成了会诊小组，处理每一个影响产品发布的问题。在大型复杂项目中，软件团队还会进行更为复杂的会诊工作。会诊会议也有更高的要求，包括三个方面：1.开发者提交参加会诊的BUG和修改方案 2.会议决定是否同意修改方案 3.执行。还有不同的招数：设计变更，ZBB,最后回归测试，砍掉功能，修复bug的门槛逐步提高，逐步冻结。
实践第七次随笔作业
本周学习了《构建之法》第七章——软件测试，软件测试的内容在软件生命周期中应该是占有十分重要的地位。描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输... 查看详情
构建之法第七次心得
构建之法14、15章总结第14章这一章讲的是质量保障。在我们做软件的时候，最重要的是质量，如果做成功的软件质量不过关，那无疑是白费心血，浪费时间。程序的质量体现在软件外在功能的质量，用户体验的质量，国际化的质... 查看详情
第七次随笔
这周用HTML做了个网页，代码如下：<!doctypehtml><html><head><metacharset="utf-8"><title>TheFinals</title><linkhref="configuration/index.css"rel="stylesheet"type="text/css">&l 查看详情
《构建之法》第四次随笔
《构建之法》第四次随笔这半个月我阅读了《构建之法》第六章，第七章，第八章。 第六章主要讲的是敏捷流程。敏捷流程是一系列价值观和方法论的集合。敏捷对团队的要求很简单：自主管理，自我组织，多功能型。但是... 查看详情
构建之法第七章学习心得
构建之法第七章学习心得这周我学习了构建之法第七章MSF的介绍。MSF有9个基本原则，针对信息共享，团队内部运营，市场，还有客户。同样是强调效率，人性，灵活，还有前景。MSF对信息共享和沟通十分强调，对团队内部运营... 查看详情
随笔之读《构建之法》（作业一）
自从拜读了邹欣老师的力作《构建之法》后，感触颇深。从书中不难看出邹老师是一个才华横溢、卓尔不群的人。《构建之法》言辞精辟，引人入胜。虽然只是浅读了《构建之法》的部分章节，但是对其中的一些内容我也有... 查看详情
《构建之法》随笔一
...巧和方法还是比较陌生。所以，在这个周末，我学习了《构建之法》的第一章。一开始我以为是很枯燥的教科书类的题材，只有系统的代码教学之类的内容，但是翻了几页后，竟然出乎我的意料，编者的语言相当幽默有趣，引人... 查看详情
《构建之法》第二次随笔
阅读了《构建之法》第一章中软件工程的概论，我学习到了“软件=程序+软件工程”这个黄金公式，并且对软件工程充满了兴趣和信心。但是，一个好的软件工程开发团队需要首先确保团队里的每个成员是合格的工程师... 查看详情
《构建之法》第七章
第六章敏捷流程 1、敏捷流程概述： （1）找出完成产品需要做的事情 （2）决定当前的冲刺需要解决的事情 （3）冲刺 （4）得到软件的一个增量版本，发布给用户2、每天跟踪的时间值： ... 查看详情
《构建之法》第四次随笔
从《构建之法》前两章的阅读学习中，我了解到了软件工程的概论，知道了“软件=程序+软件工程”，明白了个人技术和流程。阅读了第四章之后，我了解到了软件工程中的“两人合作”。 现代软件产业经过几十年... 查看详情
《构建之法》第一次随笔
...间的学习，逐步对软件工程有了新的理解与认识。读了《构建之法-现代软件工程》（邹欣 著 第二版）这本书，感觉学习到了很多有用的知识和以前不理解的方面。书中一开始给出了一个定式“软件=程序+软件工程”，几... 查看详情
《构建之法》第三次随笔
从《构建之法》前两章的阅读学习中，我了解到了软件工程的概论，知道了“软件=程序+软件工程”，明白了个人技术和流程。阅读了第三章之后，我体会到了软件工程师的成长。 软件工程包括了开发、运营、维护软件... 查看详情
构建之法——第七篇
本周我对于软件的设计与实现和用户体验进行了一个深度的学习。我们写软件就是要解决用户的需求，我们需要表达和传递一些信息：在“需求分析”阶段，我们要搞清楚，在问题领域的现实世界里，都有哪些实体，如何抽象出... 查看详情
构建之法阅读随笔一
《构建之法》一书已完成了第一遍的阅读，接下来，我将随机抽取其中的一段进行精读。移山公司的项目进行了一段时间，TFS上也积累了不少数据。大栓做了“数据挖掘”，整理出来一些统计信息，向各位领导汇报。大牛：哇！... 查看详情
alpha阶段第七次scrummeeting
...刘峻辰增加上课信息接口编写按学院搜索课程接口赵智源构建后测试点测试框架构建前测试点测试框架肖萌威优化网页效果优化网页效果杨亦鑫优化网页效果优化网页效果焦云鹏发表评分接口更新评分接口由于在有issues要求之前... 查看详情
构建之法随笔
软件需求分析在软件开发过程中十分重要，过去人们一直认为需求分析是整个软件工程中的一个简单的步骤，“软件危机”爆发之后，人们才逐渐认识到需求分析是软件开发过程中最关键的一个工程。由此可见需求分析的重... 查看详情
构建之法第六次随笔
我这个礼拜阅读了构建之法第12,13章。其中，第十二章讲的是用户体验，我们要考虑用户体验的不同角度，用户的第一印象就很重要，用户第一次使用软件，就很大程度上决定了用户对软件的评价。软件服务始终都要记住用户的... 查看详情
《构建之法》第五次随笔
MSF，即微软解决方案框架，也就是微软推荐的软件开发方法，大约在1993年，微软在总结了自己产品团队的开发经验和教训，以及微软咨询服务部门的业务经验后推出的。MSF基本的原则：1.推动信息共享与沟通；2.为共同的远... 查看详情