可以说，目前为止，我自己的写的程序的唯一用户就是我自己，很明显，这样是很不好的。
为什么这么说呢，因为，我们作为软件专业的学生，以后就是一个与人打交道的行业，或者可以说，
我们之所以写软件就是为了给用户用的，我们的最终目的就是为了使用户，能够方便的使用我们的软件。
那么，我们在开发软件之前，很明显要对用户有着足够的了解才行，或者说，我们可以在开发软件之前需要对
软件的主要用户进行建模分析。
这样做有很多好处，比如说，这样就可以做出一个最符合用户需求的软件。
当然，我们对用户进行无论多么详细的分析，也最终不是用户，我们还是需求切实的考虑用户的实际体验的。
毕竟以后使用软件的是用户。
使用软件的人叫做用户。那么，想要编出一个好软件，就必须要清楚的知道自己的用户是什么样的。
于是乎，典型用户和典型场景的分析就变得尤为重要。
那么，怎么定义典型用户呢？
定义典型用户的模板可以包括以下内容：
1.名字（越自然越好）
2.年龄和收入（不同年龄和收入的用户有不同的需求）
3.代表的用户在市场上的比例和重要性（比例大不等同于重要性高，如付费的用户比例比较少，但是影响大，所以更重要）
4.使用这个软件的典型场景
5.使用本软件/服务的环境（在办公室/家里/沙发/床上/公共汽车。。。）
6.生活/工作情况
7.知识层次和能力（教育程度，对电脑、互联网的熟悉程度）
8.用户的动机、目的和困难（困难=需要解决的问题）
9.用户的偏好
和典型用户、典型场景的方法类似，用例也是很常用的需求分析工具。它包括一下基本要素：
1.标题 2.角色 3.主要成功场景 4.扩展场景
使用用例的原则是什么呢？
1.通过讲简单的故事来传递信息 2.保持对全系统的理解 3.关注用户的价值 4.逐步构建整个系统 5.增量开发，逐步构建整个系统 6.适应团队不断变化的需求
需求分析之后便是设计与实现阶段，我们要搞清楚：软件怎么解决需求的。
图形建模和分析方法：
1.表达实体与实体之间的关系：思维导图、实体关系图
2.表达数据的流动：和管理机构相关的数据流、和读者相关的数据流、和新书入库相关的数据流、和时间相关的数据流
3.表达控制流
4.统一的表达方式
其他的设计方法
1.形式化的方法
2.文学化编程
从设计文档到实现的步骤：
1.把修改集集成到代码库中
2.开发人员的标准工作流程
3.代码完成
开发阶段的日常管理
1.闭门造车 2.每日构建 3.构建大师 4.宽严皆误 5.小强地狱
一个软件光是实现用户要使用的功能还不行，还得要能考虑到用户的体验，所以UI（用户界面）就很重要。
用户体检的要素：1.第一印象：
那么，怎么来判断一个设计是好的设计呢？我们可以采用5W1H的方法来判断：
WHO：谁是你的目标用户？
WHEN:他们会在什么时候使用你的产品？比如一个邮件应用，用户在起床的时候可能更偏向于快速查看，而在工作时间会发生更多的输入操作。
WHERE：目标用户会在哪里和你的产品交互？是晃动的公交上或阳光耀眼的室外？还是在沙发上？
WHAT:你的产品是什么？而用户的期待是什么？
WHY：用户为什么要使用你的产品？他们的动机是什么？还有，在众多竞争产品中，用户为什么会选择你的产品？
HOW：用户是如何与你的产品发上交互的？他们怎么用？在使用过程中出现了什么问题吗？
2.从用户的角度考虑问题
3.软件服务始终都要记住用户的选择
4.短期刺激和长期影响
5.不让用户犯简单的错误
6.用户体验和质量
7.情感设计
对于一个用户界面有没有什么评价标准呢？答案当然是有的。
1.尽快提供可感触的反馈
2.系统界面符合用户的现实惯例
3.用户有控制权
4.一致性和标准化
5.适合各种类型的用户
6.帮助用户识别、诊断并修复错误
7.有必要的提示和帮助文档