组：是不影响过程序列流的一组活动
注释：为业务过程图的读者提供附加的文本信息。
解决方案构想
常规开发手工的，单机的，从零开始的软件开发覆盖了软件开发过程的所有阶段（生命
周期）。
基于包开发通过定制先前存在的软件包来得到解决方案。
基于构件开发通过集成来自多家销售商或者商业伙伴的软件构件来构件解决方案。
需求引导
系统需求：
功能性需求：定义系统期望的服务（服务陈述）和系统必须遵守的约束（约束陈
述）。
包括：系统的范围，必要的业务功能和所需的数据结构
非功能性需求：非功能性需求本质上不是行为的，而是系统开发和实现过程中的约
束。
非功能性需求包括：可用性，可复用性，可靠性，性能 ，效率 ，适应性
可用性：定义使用系统的容易程度。当一个系统更容易使用的使用，它就具有更强的可
用性。文档和帮助实施，为高效使用提供必要的培训，用户界面的美观和一致性，错误处
理等，这些都决定了可用性。
可复用性：定义在新系统的开发中，重复使用之前已实现的软件构件的容易程度。可
复用性反映了软件开发团队和作为工业领域的软件工程的成熟度。
可靠性：与系统失效的频率和严重性以及系统从失效中恢复的程度相关。可靠性由系
统运行时间内所要求的系统有效性，可接受的失效之间的平均时间，产生结果的正确性等
因素决定。一个可靠的系统是可信任，用户能够信任并依赖它的。
性能：通过系统响应时间，事务处理时间，资源开销，可能的并发用户数量等的期望
来确定。
2.客户和领域专家面谈：
3 种问题避免：固执已见的问题，带偏见的问题，强加的问题
5W 原则：what:何事，who:何人，when:何时，where:何地，why:为什么
3.需求引导的方式：（传统方法&现代方法）
调查表：作为面谈的补充形式。
文档和软件系统的研究：文档和软件系统的研究是发现用例需求和领域知识需
求的宝贵技术。用例而需求通过研究已有的企业文档和系统表格/报告来发现。
对用例需求最有价值的了解方式之一是缺陷的记录和现有系统的变更请求。
原型法：是最常使用的需求引导方法。
通常，当使用其他方法很难从客户那里获得需求时，系统原型是一种非常有效的需求引导方法。
评论0