摘要：
本周：帮弟弟填报志愿 下周：学习oracal 本周问题：无 阅读全文
摘要：
本周：重新练习考试的试题，熟悉代码，学习了一些Oracle的一些知识 学习上时间：一天一小时 代码上时间：4小时 解决问题：2小时 下周准备做什么：帮弟弟填报志愿 本周遇到问题：无 阅读全文
摘要：
本周：安装了oraca数据库，重新温习了之前学习内容 学习上花费时间:一天一小时 花在代码时间：2小时 解决问题花费时间：2天 下周准备做什么：准备写一些代码进行练习 问题：有之前遗忘的一些方法，安装数据库。 阅读全文
摘要：
在读到祸起萧墙时，讲述项目怎样延迟的，一天一天的进度落后是难以识别、不容易防范和难以弥补的。可以不断地延长。每件事都只会将某项活动延迟半天或者一天，但是整个进度开始落后了，尽管每次只有一点点。对于这种逐渐延迟的进度，Brooks提议简历项目里程碑，并且持续的修订项目计划，里程碑必须是具体的、特定的、 阅读全文
摘要：
第8章介绍胸有成竹只解决一个问题：一个程序员的生产效率究竟有多高？对规模平均为3200指令的程序...大约单个的程序员所需要的编码和调试时间为178个小时，由此可以外推得到每年35800语句的生产率。而规模只有一半的程序花费时间大约仅为前者的四分之一，相应推断出的生产率几乎是每年80,000代码行1 阅读全文
摘要：
第7章是为什么巴比伦塔会失败，是没有人力吗？巴比伦塔有着充足的人力，是没有资源吗？在美索不达米亚有着丰富的泥土和柏油沥青，是没有时间吗？也没有任何时间的限制，是没有足够的技术？金字塔、锥形的结构本身就是稳定的，可以很好分散压力负载。对砖石建筑技术，人们有过深刻的研究。同样，项目远在达到技术限制之间， 阅读全文
摘要：
第二章是人月神话介绍了Brooks法则，当中说到向进度落后的项目中增加人手，只会使进度更加落后。增加人手忽略了新增加人手的培训时间，成员之间的配合沟通问题，盲目的增加人手只会导致项目落后。我们围绕成本核算的估计技术，混淆了工作量和项目进展。人月是危险和带有欺骗性的神话，因为它暗示人员数量和时间是可以 阅读全文
摘要：
目的：讨论年报系统上线的好处 1 方便使用者正确填写自己的申请信息，减少不必要的流程，可以少跑路。 2 方便工作人员审核信息，尽快完成科技成果的审核，能够简化流程 3 方便领导查询，在时间紧急的情况下迅速查出所需的数据，能统计出规定日期内申请和通过的数量，得到详细的信息 4 可以在网上完成大部分的工 阅读全文
摘要：
利益相关者 主要目标 态度 主要关注点 约束条件 公司管理层 提高工作效率，节省工作流程，更快处理申报项目。 强烈要求尽快完成新版本 使用者系统节约的时间和使用此系统的费用 无 柜台工作人员 可以省去很多流程，使工作步骤更简化，提高客户满意度。 担心不会操作新系统 系统使用起来简单方便快捷 培训工作 阅读全文
只有注册用户登录后才能阅读该文。 阅读全文