bobWu 的 学习日记

<br />如何编写高质量“软件需求说明书”<br />原著：Karl E Wieger，Process Impact <br /><br />　　你的工程应该有个好的起点。一个小组要带领客户进入需求启发阶段而且你要写软件需求说明书。这份说明有些大，但客户会很重视，所以说明必须得到赞同。<br /><br />　　现在你正在设计其中的一个特性，已经发现了需求的一些问题。你可以用多种不同的方式解释需求15；需求9的说明正好与需求21相反，你因该相信哪一个？需求24非常含糊，你根本不明白它的意思；你不得不花上一

<br />现在，互联网公司里开始重视产品经理了，这是一个好事。以前互联网谈融资，谈商业模式，谈战略，很少有谈产品的，因为产品可以从国外抄，谁下手快谁 就能获得先发优势。现在，互联网里的资本已经不成问题，抄袭速度都一样快了。这个时候，互联网比拼的就是谁能更好的理解用户需求，比谁能做出比别人更好的 产品。此时，产品经理的作用至关重要。<br />　　那么，怎样才能成为一个优秀的产品经理？或者说，一个优秀的产品经理需要具备哪些素质？<br />　　一个产品没做好，原因可能很多，比如说功能做得太多，或者定位不清楚

业务蓝图设计主要包含的3个阶段

法则一：制定时间管理计划——1、计划每月、每周、每日的行程表，在计划上所有的每件事将在实际操作中节省至少3个小时，而且效果会更好;2、设定每项活动的完成期限或跟进日期;3、制定应急措施，帮助应付意外情况。法则二：养成快速的节奏感，不仅提高效率，节约时间，也能给人以良好的作风印象。法则三：学会授权。法则四：高效的会议技巧。法则五：养成整洁条理

在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。  一、问题的提出  概要设计写什么？概要设计怎么做？  如何判断设计的模块是完整的？  为什么说设计阶段过于重视业务流程是个误区？  以需求分析文

一、概要设计的目的  将软件系统需求转换为未来系统的设计；  逐步开发强壮的系统构架；  使设计适合于实施环境，为提高性能而进行设计；  结构应该被分解为模块和库。二、概要设计的任务        制定规范： 代码体系、接口规约、命名规则。        这是项目小组今后共同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间的

在Microsoft Project中有三种时间：基准计划、当前计划、实际状态。   基准计划：基线开始时间、基线完成时间、基线工期，   当前计划：开始时间、完成时间、工期   实际状态：实际开始时间、实际完成时间、实际工期  其中，当前计划会随着实际状态的更新而自动更新，基准计划设置完毕后千万不要再更新，除非是设置新的基准计划

在vs2013直接运行，报错如下：HTTP 错误 500.22 - Internal Server Error检测到在集成的托管管道模式下不适用的 ASP.NET 设置。最可能的原因:此应用程序在 system.web/httpModules 节中定义配置。可尝试的操作:将配置迁移到 system.webServer/modules 节。也可以手动这样做，或通过在命令行中使用 AppCmd 来这样...