便于读者了解这些参考文档，必要时还会参看这些参考文档】
如：
文档名称
提供方
版本号
备注
《系统需求规格说明书》
项目组
231
2系统上下文【可选】
【编写指引：设计人员在系统设计前，需要明确系统的上下文，目的在于明确系统的边界以及系统与边界外事物的关系。边界外事物一般包括外围系统和外围设备，并且外围事物和外围设备必须与本系统支撑的业务有关联关系。】
Page5of18
f例如：
IT设备生命周期及本系统管理范围概览
系统概要设计说明书
设备申请
无纸化办公已实现
资产转移本系统涉及的周期
现财务资产管理系统已实现
开始
设备采购
后勤仓库
现财务资产管理系统已实现
LIS中已实现
CMCP
其它功能
故障处理
历史记录
客户服务硬件报障申请备机外借申请系统接入申请
服务质量监控客户行为分析
设备使用
周期中主要功能有：
公司设备管理租赁设备管理
备机管理配件管理
功能延伸：
机房设备管理备机仓储管理配件仓储管理
设备报废
结束
现财务资产管理系统已实现
设备运营历史记录
第三方厂商考核
上图中以设备从采购到报废的全生命周期业务过程为线索，明确了设备全生命周期管理中的各个环节和对应的支撑系统，以及各个支撑系统间的交互关系，其中重点阐述了本系统的具体业务功能，以及本系统与上下游系统的交互关系，从而明确了本系统的系统边界、本系统在整个业务流程中的位置以及本系统的上下文。
3设计约束
【编写指引：设计人员做概要设计时会受一些因素约束，这些因素应该会在《系统需求规格说明书》显性或者隐性的阐述出来，设计时需要特别抽取出这些约束，而采取相应的设计方案。一般这些约束集中在几个方面：
系统运行环境相关：包括系统客户端、服务端、网络软硬件条件，比如客户端分辨率、客户端与服务端网络带宽、内网应用或外网应用、客户端机器配置高低、浏览器版本情况等；
系统非功能需求相关：包括系统性能要求、可靠性要求、安全性要求；
特定场景相关的隐性约束：以上两个方面在《系统规格说明书》里都会有阐述，还有一些比较隐性的要求，需要根据经验和策略抽取出来，而采取相应的措施。比如，对于属于新旧系统替换的项目，在做数据结构设计时，需要考虑数据迁移时的难易程度。】
例如：
设计约束用户客户端配置偏低
客户网络带宽偏低
设计时应该考虑
应最大可能避免在客户端做JS运算，页面的渲染应该在服务端进行。因此避免使用Ext、JQuery和Dojo等富客户端技术，结合系统并发数要求，考虑用户服务r