03 2016 档案

构建之法阅读笔记
摘要：在写代码过程中，单元测试必不可少的。那么好的单元测试是什么样的呢？有如下特征。 1. 参数上验证程序完整性。 2. 由程序作者来编写。 3. 测试过后，机器状态保持不变。 4. 测试要快。 5. 应该产生可重复、一致的结果。 6. 独立性：测试的运行/通过/失败不依赖与别的测试。 7. 应该覆盖所有 阅读全文
posted @ 2016-03-26 22:06 xxxxxdxd 阅读(95) 评论(0) 推荐(0)
结对项目进度一
摘要：在这周我们进行了讨论，研究了题目中的要求，发现了一些问题。 1. 什么是代码覆盖率，如何检测代码覆盖率？ 2. 题目中要求的模块松耦合是什么意思？每个小组的模块功能不应该是一样的吗？ 3. xml如何使用？ 接下来会着重解决这些问题。 阅读全文
posted @ 2016-03-25 09:34 xxxxxdxd 阅读(153) 评论(2) 推荐(0)
关于“计算题”程序的分析和总结
摘要：这次计算题程序已收官完成，再次进行分析和总结。 一、设计思路 1. 从txt读取算式。 2. 将算式由中缀转后缀。 3. 计算后缀算式并与用户输入答案进行比较，答案正确提示正确，答案错误提示错误并输出正确的答案。与此同时，统计用户正确与错误的次数以及题目的总数量。 4. 重复，直到算式全部计算完成， 阅读全文
posted @ 2016-03-19 17:39 xxxxxdxd 阅读(378) 评论(1) 推荐(0)
“解释器风格”的解释
摘要：首先说明一下什么事解释器。解释器是一个用来执行其他程序的程序。解释器针对不同的硬件平台实现了一个虚拟机。将高抽象层次的程序翻译成低抽象层次所能理解的指令，以此消除程序语言与硬件之间存在的语义差异。 下面是对解释器风格的解释： 基本构件：（1）解释器引擎 （2）存储区：被解释的源代码；解释器引擎当前的 阅读全文
posted @ 2016-03-15 11:13 xxxxxdxd 阅读(399) 评论(0) 推荐(0)
构建之法阅读笔记
摘要：有如下概念需要注意： 程序=数据结构+算法 软件=程序+软件工程 软件企业=软件+商业模式 可以看出，对于计算机专业的学生程序员并不是唯一出路。IT行业是由多个领域结合而成，因此我们要结合自身实际和优点，选择适合自己的领域从业。 关于bug： 绝大部分的程序都是有bug，但这并不影响它们成为一个好程 阅读全文
posted @ 2016-03-12 17:04 xxxxxdxd 阅读(113) 评论(0) 推荐(0)
软件工程概论第二章笔记补充
摘要：有如下概念需要补充注意。 一、统一过程： 由uml语言支持 （1） 统一过程的核心过程工作流 1） 业务建模 2）需求 3）分析与设计 4）实现 5）测试 6）部署 （2） 统一过程的阶段 1）初始阶段 2）细化阶段 3）构造阶段 4）移交阶段   二、基于构件的开发模型 步骤如下：（1）对该问题领 阅读全文
posted @ 2016-03-12 14:44 xxxxxdxd 阅读(152) 评论(0) 推荐(0)
软件工程概论第二章阅读笔记
摘要：在这一章当中，我了解到了软件生存期的几个模型。   首先是瀑布模型。其优点有：1 可强迫开发人员采用规范化的方法 2 严格规定了每个阶段必须提交的文档 3 要求每个阶段交出的产品都必须是经过验证的。其缺点有：1 最终产品可能与客户要求不符 2 该模型只是用于项目开始时需求已知的情况。在瀑布模型的基础 阅读全文
posted @ 2016-03-05 22:05 xxxxxdxd 阅读(184) 评论(0) 推荐(0)
软件工程概论第一章阅读笔记
摘要：在这章中，我对软件工程有了一定的理解。   软件工程是为了解决软件危机而产生的一类学科。 对于软件危机，有如下解释：1 由于软件开发经验、数据难积累，是的开发工作计划难制定 2 程序员与用户难以交流 3 软件开发过程不规范 4 随和软件规模增大，其复杂性指数型增加 5 缺少有效的软件测评手段。   阅读全文
posted @ 2016-03-05 18:49 xxxxxdxd 阅读(190) 评论(0) 推荐(0)
如何衡量个人在各自团队的效率和绩效？
摘要：团队有（n*30）分的浮动分数，如何分配？   因为分数并不是钱，也不和晋升有关，因此不必在此进行复杂的分数运作。   为了保持组员的积极性，同时考虑到组内关系的融洽性，作为组长我会默认给予每个人30分。但如果有人玩忽职守、不和队友合作、不关心项目，我则会酌情扣除其分数。 阅读全文
posted @ 2016-03-03 18:24 xxxxxdxd 阅读(203) 评论(0) 推荐(0)