今天阅读了第二部分的第8章后部分，第9章和第10章：聆听客户的意见，编写需求文档，需求的图形化分析。
需求分析的定位是做什么而不是怎么做，实例图是具有功能性质的，不宜太多或者太细。
在第9章学习中，
需求文档应该是由形式化，结构化，陈诉一致的样式，确定的态度，定量化，言简意赅的自然语言（用户术语）编写，需要通过风险承担者确认需求的定义恰当。
软件需求规格说明，应当是能使非计算机人士能清楚明白操作流程和运作逻辑，所以允许加注释留白以及勾画等，这一点出乎我的意外。我们需要编写可以验证的可接受的风险程度的需求规格说明书，所以用词不能含糊，说明必须清楚，前因后果，来龙去脉，定量定时的，不能让用户不知所措。
另外，我们知道编写过程中会有多次修改，为了编写需求规格说明书时易于删减修改，方便我们在这样反复的过程中能够回顾历史，常采用层次化或者序列化的标志，同时我们需要养成善于记录，待确定，分类标注的习惯。
在学习过程中，和昨天一样的感悟确实和老师讲的一样，在开发项目整个过程中，书写将占据很大一部分时间。不仅是业务需求——项目视图和范围，用户需求——使用实例文档，还有功能需求文档和非功能需求文档，包含了项目外部和内部，前景和当下，软件和硬件，前端和后台功能实例等等内容。
在第10章的学习中，
为了描述系统中所发生的过程，我们需要学习建立模型（使用CASE工具），学习图形化的原则与含义。通过学习我对数据字典（为了方便多个程序员编写出现的数据差异，可先形成统一），数据流图-运作过程/操作步奏，关联图黑匣子，逐步细化，0层数据图，
实体联系图（名词动词形式），状态转换图，状态转化图的一种--对话图（方便界面设计指南），类图等的规则有所了解。但是，对于这一部分我认为还是要通过实际联系来得到深刻理解。