IPD管理流程-系统逻辑架构设计说明书模板.docVIP

IPD管理流程-系统逻辑架构设计说明书模板.doc

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第PAGE10页, 共 NUMPAGES \* Arabic 10页 产品名称 密级 机密 产品版本 共 NUMPAGES 10页 XX逻辑架构设计说明书 拟制 日期 yyyy-mm-dd 审核 日期 yyyy-mm-dd 批准 日期 yyyy-mm-dd 修订记录 日期 修订版本 修改描述 作者 yyyy-mm-dd 1.0 初稿完成 姓名(工号) yyyy-mm-dd 1.1 目 录 TOC \o 1-3 \h \z 1 简介 6 1.1 范围 6 1.2 文档结构 6 1.3 假设和约束 6 1.4 对领域架构的遵从 6 1.5 对已有架构的借鉴和反思(可选) 6 2 架构目标和架构需求 6 2.1 架构目标 6 2.2 架构需求 6 3 逻辑架构设计模型 7 3.1 系统逻辑架构 7 3.1.1 概览 7 3.1.2 子系统职责 7 3.1.1 接口职责 8 3.2 XX子系统逻辑架构 8 3.2.1 概览 8 3.2.2 FM职责 8 3.2.3 接口职责 8 3.3 YY子系统逻辑架构 8 4 依赖性分析与设计 8 5 质量属性分析与设计 8 5.1 xxx质量属性分析与设计 8 5.2 yyy质量属性分析与设计 9 6 框架(可选) 9 7 设计原则和设计模式(可选) 9 8 关键用例设计 10 9 备注和附录 10 表目录 TOC \t Table Description \c 表1 样表:架构需求 7 表2 样表:子系统职责表 8 表3 样表:子系统接口职责表 8 图目录 TOC \t Figure Description \c 图1 样图:XX产品逻辑架构 7 图2 样图:框架模型 9 图3 样图:用序列图表示用例 10 Key words 关键词:Key words are required in both Chinese and English, so that foreigners can search conveniently. 为方便外籍人士检索,此处应提供中英文版 Abstract 摘要:Abstract is required in both Chinese and English, so that foreigners can search conveniently. 为方便外籍人士检索,此处应提供中英文版 术语和缩略语清单: 术语/缩略语 描述 MPLS (Multiprotocol Label Switching) MPLS(多协议标签交换)是提高电信网络性能的一种机制。在MPLS网络中根据数据的标签确定下一跳的节点 简介 范围 写作说明:本文档默认使用的Word格式是“正文缩进”。作者在写作文档主体时,请在菜单“样式和格式”中选择“正文缩进”样式。其它需要用到的表格、图、编号、列表等也已经预定义了样式,请尽量使用已有样式,不要自定义样式。 可以使用本模板描述从系统到模块的分解;也可以只分解到子系统,然后按子系统输出子系统层面的多篇架构文档。 本章节简要描述本篇架构设计的范围,包括架构设计的影响范围。 文档结构 本小节应对此架构文档的结构进行简要说明,说明文档中其他部分所包含的内容,并解释此架构文档的组织方式。 假设和约束 本章节罗列假设和约束,包括环境特征、用户特征、软硬件约束、遵守的标准、已知的问题等。 对领域架构的遵从 若本产品遵从所在产品领域的架构,则本章节描述产品的逻辑架构对相应领域架构的遵从情况。通过应用领域架构,以适应本产品的差异性: 1、 本产品在功能、性能、可靠性等方面与领域其他产品存在差异; 2、 硬件运行环境差异性。本产品采用与领域其他产品不同的硬件平台,这包括采用不同的CPU、NPU、DSP、ASIC,不同的规模(单框、多框),不同的通信方式等; 3、 软件运行环境差异性。如本产品应用的OS、DBMS、其他集成的软件; 4、 系统演进过程中,本产品不同版本之间出现的纵向的差异性。 对已有架构的借鉴和反思(可选) 如果借用了已有产品的架构思路,或者含有对已有产品的架构改进的目标,在此描述继承和优化策略。 架构目标和架构需求 架构目标 简要描述逻辑架构设计要达到的高层目标或要解决的关键问题,例如尽量重用已有功能模块以尽快推向市场、或尽量考虑逻辑架构的长期演进。 架构需求 简要描述对逻辑架构有重大影响的那些需求(包括功能需求和质量属性需求),也可以以链接的形式给出,比如给出指向架构需求的链接。 样表:架构需求 架构需求名称 简要描述 备注 逻辑架构设计模型 逻辑架构

文档评论(0)

175****3190 + 关注
实名认证
文档贡献者

企业的未来发展

1亿VIP精品文档

相关文档