下载文档原格式
1、设计报告的组成设计报告的构成包括：（1）前置部分：封面、目录页；（2）主体部分：引言（设计目的、任务与要求等）、正文、结论、参考文献；（3）附录部分：设计图件、照片等。
2、编写格式2.1 前置部分2.1.1封面由设计题目、班级、学号、姓名、指导教师、设计时间等部分组成。
2.1.2目录由报告的章、节、附录等的序号、名称和页码组成，采用缩进格式。
2.2主体部分2.2.1引言（设计目的、任务与要求等）简要说明设计题目的目的、意义、内容、主要任务等。
2.2.2正文正文是设计说明书的核心部分，占主要篇幅。
可以包括实验与观测方法和结果、仪器设备、计算方法、编程原理、数据处理、设计说明与依据、加工整理和图表、形成的论点和导出的结论等。
正文内容必须实事求是、客观真切、准确完备、合乎逻辑、层次分明、语言流畅、结构严谨，符合各学科、专业的有关要求。
2.2.3结论结论应当准确、完整、明确精练；也可以在结论或讨论中提出建议、设想、尚待解决问题等。
2.2.4参考文献3、版式说明报告装订顺序：封面、目录、主体部分、附录、封底。
纸张大小：纸的尺寸为A4打印纸。
字体：中外文一律用宋体小四号页面设置：单面打印：上2cm，下2cm，左2.5cm，右1.5Cm，装订线0.5cm，选择“不对称页边距”，页眉1.2cm，页脚1.5cm。
页眉设置：居中，以小5号字宋体键入“工具软件课程设计报告”。
页脚设置：插入页码，居中。
正文选择格式段落为：固定值，22磅，段前、段后均为0磅。
3.1封面、目录格式见文后所附样本。
3.2标题报告正文按章、条、款分级．在不同级的章、条、款、项阿拉伯数字编号之间用点“．”(半角实心下圆点)相隔，最末级编号之后不加点。
此分级编号法只分至第三级。
再分可用(1)、(2)……；①、②……等。
目录、参考文献、附录等标题作为第一级标题排版。
3.3插图插图包括图解、示意图、构造图、曲线图、框图、流程图、布置图、地图、照片、图版等。
系统设计报告写作模板与技巧系统设计报告写作模板与技巧系统设计报告是计算机科学、软件工程等领域中常见的一种技术文档，它用于描述和记录一个系统的设计方案、技术实现和相关细节。
本文将介绍系统设计报告的写作模板和一些写作技巧，帮助读者更好地完成这一任务。
一、引言（本节主要介绍报告的背景、目的和范围，以及报告的读者群体）二、需求分析（本节主要描述系统设计的需求，包括功能需求、性能需求、安全需求等方面的内容）三、概要设计（本节主要介绍系统的整体架构和各个模块的功能划分）四、详细设计（本节主要描述各个模块的详细设计，包括数据结构、算法、接口定义等方面的内容）五、数据库设计（本节主要描述系统中涉及到的数据库设计，包括表结构设计、索引设计等方面的内容）六、界面设计（本节主要描述系统的用户界面设计，包括界面布局、交互设计等方面的内容）七、系统实现（本节主要描述系统的具体实现过程，可以包括关键代码片段、实验结果等方面的内容）八、系统测试（本节主要介绍系统测试的方法和结果，并针对已发现的问题进行分析和解决）九、性能评估（本节主要对系统的性能进行评估，包括响应时间、吞吐量等指标的测量和分析）十、部署与维护（本节主要介绍系统的部署和维护流程，并提供相关的实施方案和策略）十一、总结与展望（本节主要对整个系统设计报告进行总结，并展望后续可能的优化和扩展方向）在撰写系统设计报告时，我们需要注意以下几个写作技巧：1. 清晰明确的结构：按照上述模板的结构，将系统设计报告分为不同的章节。
确保每个章节的内容清晰明了，层次分明。
2. 具体详细的叙述：在详细设计、数据库设计、界面设计、系统实现等章节中，要提供足够的细节，例如具体的代码片段、数据库表结构等。
这有助于读者更好地理解你的设计思路。
3. 图表与图示的使用：在系统架构、模块划分、数据库设计等章节中，通过使用适当的图表和图示，可以使得信息更直观、易懂。
4. 准确简练的描述：对于系统需求、功能设计等方面的描述，要注意准确简练地表达出来，避免过多的冗余和重复。
********系统系统设计文档*****系统设计小组组长：****组员：****************目录1 引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2 系统功能设计 (3)2.1 功能模块设计 (3)2.2 ****模块设计 (3)2.3 ****模块设计 (3)3 类设计 (4)4 数据库设计 (6)5 接口及过程设计 (7)6 界面设计 (8)7 其它设计 (12)8 小结 (13)说明：在进行系统设计时可以任意传统系统设计方法或面向对象系统设计方法，或者两者相结合，不局限于使用一种方法。
文档中每章图都需要配有相应的文字解释。
本文档中的图按照章编号，如“ 1 引言”表示第一章，“1.1 编写目的”表示第一章第一节。
第一章第一个图标号为“图 1.1 ****图”，而第二个图标号为“图 1.2 ****图”，写在图的下面，居中。
本文档中的表也按照章编号，第一章第一个表标号为“表 1.1 ****表”，而第二个表标号为“表 1.2 ****表”，写在表的上面，居中。
使用visio画用例时，Actor及用例的图示模具（用例图模具.vss）可以到BB平台下载。
1 引言1.1编写目的说明编写这份系统设计说明书的目的，指出预期的读者。
1.2背景说明：a．待开发的软件系统的名称；b．列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 系统功能设计2.1 功能模块设计根据分析工作进行系统的功能分配，画出系统的功能模块图（如果使用面向对象系统设计方法，可以画包图）。
信息技术系毕业设计文档撰写格式规范信息技术系毕业设计规划书、毕业设计报告、毕业设计总结、毕业设计论文等文档撰写格式要求如下：1、文档书写毕业设计文档必须用A4纸打印，要求每页面33行，每行33字。
页码统一在页面的下边居右，按阿拉伯数字连续编排。
2、文档格式（1）内容要求：根据信息技术系各专业教研室对毕业设计文档的结构要求进行书写。
（2）文字要求：文理通顺，字迹工整，无错别字。
（3）图纸要求：图面整洁，布局合理，线条粗细、尺寸标注、文字注释和书写等符合国家制图标准。
（4）曲线图表要求：所有曲线、图表、线路图、流程图、程序框图、示意图等，必须按国家规定标准或工程要求绘制。
(5)段落及行间距要求正文段落和标题一律采用“固定行间距22磅”参考文献：“参考文献”小四黑体居中，正文五号宋体，取固定行距20磅。
注意不要在一篇参考文献段落的中间换页。
3、文档字体、字号（1）字体：论文（设计）正文所用字体要求为宋体。
（2）字号：第一层次（标题）用小二号黑体字。
第二层次（章）用三号黑体字。
第三层次（节）用小三号黑体字。
第四层次（目）用四号黑体字。
第五层次（点）用小四号黑体字第六层次及正文用小四号宋体。
4、层次（1）论文：按一、，（一），1.，（1），①的规格顺序排列。
（2）设计：按第1章，1.1，1.1.1，1.，（1）的规格顺序排列。
5、编辑排版（1）标题：居中排列。
（2）署名：姓名用四号宋体，居中。
（3）单位（班级）：用小四号宋体，加小括号，居中。
（4）内容提要：内容提要加中括号加浓，如[内容提要]：，后面文字不要加浓，顶行空二格。
（5）关键词：同内容提要。
如[关键词]：，后面文字不要加浓，3-5个关键词之间用分号分隔，顶行空二格。
（6）正文：在关键词后空一行。
正文部分论文与设计应有区别：①论文：正文部分章、节、目、条、款均顶行空二格。
②设计：正文部分章、节居中。
其中，章编号后空二格，节编号后不空格；目、条、款顶行空二格，编号后不空格。
报告编写规定(仅供参考)这是我们以前用的格式，个人意见，仅供大家参考工程技术报告采用Microsoft word软件，按信息中心统一规定的版本编写，各工程报告的编制格式以模板的形式在中心网发布。
幅面大小工程技术报告一般采用A4纸。
上厘米、下厘米、左厘米、右厘米，页眉厘米，页脚厘米。
封面格式和内容按照《设计产品视觉识别手册》执行。
扉页工程技术报告扉页应按照工程技术报告内容，附相关的资质证书。
资质证书计划经营部归口管理，采用彩色胶印，并加盖专供《XXX报告》使用的字样。
审签页按《产品分级与质量评定管理办法》(KHIDI-ZY07-20XX)规定的工程技术报告的产品等级，按照《技术质量管理责任分解划分细则》的规定逐级审签。
分为工程审签页和报告审签页。
正文目录格式正文和目录的格式要求如下，使用时采用相应的报告模版中规定的样式选用：一般报告只表示到两级，对大型的综合报告，可表示到三级目录。
“目录”二字：小二号、汉字黑体、西文Arial、单倍行距、段前为20磅、段后为15磅、二字之间间隔4个半角字符。
一级目录：顶格起排，四号，汉字黑体，西文Arial且段前6磅段后0磅，固定行距20磅。
二级目录：段前缩进5磅，小四号，汉字黑体，西文Arial 且段前0磅段后0磅，固定行距20磅。
三级目录：段前缩进10磅，小四号，汉字宋体，西文Times New Roman，段前0磅，段后0磅，固定行距20磅。
编号与标题之间空一个半角字符距离，目录标题与页码之间用连接。
若只有二级目录，则二级目录用上述三级目录的格式。
目录页码目录页需另编页码，目录页的页码用小写罗马数字，ⅰ、ⅱ，小五、居中。
附件目录对于直接附在正文之后的附件目录，紧接正文目录之后列出。
对于单独出版的附录的目录需单独一页放在正文目录之后，附件目录序号用阿拉伯数字编号，“如附件1 ”。
格式：顶格起排，四号、汉字字体，西文Times New Roman，且段前15磅，段后0磅，单倍行距。
xxxxx公司信息化系统UI设计规范2021年1月目录1.重要性和目的 (3)2.遵循的基本原则 (3)2.1真实准确 (3)2.2简明有效 (4)2.3清晰易读 (4)2.4视觉美感 (4)3.设计流程 (4)4.界面规范 (5)4.1基础规范 (5)4.1.1 颜色 (5)4.1.2 字体 (7)4.1.3 列表 (8)4.1.4 组件 (9)4.1.5 分割线 (10)4.1.6 动画 (11)4.2图表规范 (11)4.2.1 图表选择规范 (11)4.2.2 图表配色规范 (12)4.2.3 颜色数量规范 (13)4.2.4 色彩使用规范 (13)4.3布局规范 (15)4.3.1 图表布局 (15)4.3.2 栅格化布局 (16)4.4移动端规范 (18)4.4.1 数据呈现设计规范 (19)4.4.2 容器布局设计规范 (19)4.4.3 阅读体验设计规范 (20)1.重要性和目的为保证最终设计出来的界面风格一致化，界面设计与开发编码人员相互之间开发更轻松，遵循统一的操作规范，以标准化的方式设计界面，提高工作效率。
减少和改变责任不明，任务不清和由此产生的信息沟通不畅、反复修改、重复劳动、效率低下的现象。
产品设计通过规范的方式来达到以用户为中心的目的。
特制定本规范。
2.遵循的基本原则在UI定制开发设计中，我们将遵循如下设计原则：2.1真实准确从数据转化到UI表达时不歪曲、不误导、不遗漏、忠实反映数据里包含的信息。
2.2简明有效信息传达有重点，克制不冗余、避免信息过载、用最适量的数据展示对用户最有用的信息。
2.3清晰易读表现方式清楚易读具有条理性，可以帮助用户快速达成目标，在最少的时间内获取更多的信息。
2.4视觉美感结合产品需求及使用场景，合理利用视觉元素进行艺术创作，不过度修饰，给用户优雅的体验。
对于主统计展示，无交互或少交互的界面，要求采用可视化展示的方式进行展示，避免采用旧的平面展示方式进行展示。
信息技术有限公司系统设计报告编写规范系统设计报告编写规范中科海鑫信息技术有限公司（版权所有，翻版必究）文件修改操纵名目1. 目的2. 适用范畴3. 术语及缩略语4. 编写规范4.1 排版规范4.2 模板使用5. 引用文件6. 附录目的系统设计报告要紧为使软件产品和软件项目满足规定的软件规格要求而确定软件系统的体系结构、组成成分、数据组织、模块、内外部接口。
要紧任务有：建立软件产品和软件项目目标系统的总体结构。
关于大规模软件系统，应分为若干子系统，在本报告中只讲明总体设计，然后为每个子系统编写《系统设计报告》；总体设计；模块设计；涉及使用数据库的设计需编写数据库设计。
适用范畴适用于软件开发设计时期的《系统设计报告》的编写。
术语及缩略语本程序采纳NQ402100《质量手册》中的术语和缩略语及其定义。
编写规范排版规范整个规范由2节构成，模板单独一节。
正文样式采纳“规范正文”。
标题编号采纳每节独立编号。
模板使用系统设计报告的编写可依据具体情形选用摸板的格式或编写指南的格式。
拷贝规范。
删除第一节（系统设计报告封面前的所有页）。
在修改完内容后，更新名目域和有关的页数域。
引用文件(无)附录以下部分为系统设计报告的模板与编写指南。
文档编号：第版分册名称：第册/共册项目名称（项目编号）系统设计报告（部门名称）中科海鑫信息技术有限公司名目1. 引言11.1 目的 11.2 背景 11.3 术语 11.4 参考资料12. 总体设计 12.1 系统运行环境12.2 软件功能描述12.3 软件结构12.4 技术路线22.5 外部接口22.5.1 用户接口22.5.2 软件接口22.5.3 其它接口23. 模块设计 23.1 功能 23.2 性能 23.3 内部接口23.4 外部存贮结构设计34. 故障处理讲明35. 数据库设计35.1 数据字典设计3 5.2 安全保密设计31. 引言1.1 目的讲明编写本《系统设计讲明书》的目的。
系统规范的工作报告编写一、引言工作报告是组织机构内部或者外部沟通、传达工作情况与相关信息的重要工具。
合理、规范的工作报告编写能够帮助我们更好地对工作进行梳理和反思，提高工作效率和质量。
本文将从准备工作、工作报告的结构、内容要点以及语言表达等方面，探讨系统规范的工作报告编写。
二、准备工作编写工作报告前，我们需要进行充分的准备工作，包括收集资料、整理数据等。
只有这样，才能够对工作有全面准确的了解。
三、工作报告的结构工作报告应具有一定的结构，通常包括标题、正文和结论三部分。
其中，标题应简明扼要地概括报告内容，正文应按照逻辑顺序进行叙述，结论部分则对报告的主要观点进行总结。
四、工作报告的内容要点1. 工作开展情况：要详细描述工作的开展情况，包括主要任务、完成进度和困难等。
2. 问题与挑战：要客观准确地分析工作中遇到的问题和挑战，并提出解决方案。
3. 成果与亮点：要突出工作中取得的成果和亮点，展示团队的工作价值。
4. 经验与教训：要总结工作中的经验和教训，为今后的工作提供借鉴。
5. 下一步工作计划：要明确下一步工作的目标和计划，为后续工作提供方向。
五、语言表达技巧1. 简练明了：语言要简练明了，避免太过冗长的叙述。
2. 准确表达：使用准确、恰当的词汇和专业术语，避免使用模糊不清的词语。
3. 逻辑严谨：叙述过程要符合逻辑，避免出现自相矛盾的情况。
4. 视听效果：使用多样化的句式和修辞手法，提高文章的表达效果。
5. 权威性论述：在报告中可以引用权威性的数据和研究成果，增强论述的可信度。
六、报告撰写的注意事项1. 注意版式：报告应按照规定的版式进行排版，包括标题、页眉、页脚等。
2. 标点符号的使用：要正确使用标点符号，避免造成歧义或误解。
3. 文字规范：报告中的文字要规范整齐，避免错别字或者排版错误等。
4. 图表引用：如果需要在报告中引用图表，要注明来源，并与正文相互配合。
5. 保密措施：根据工作需要，对于涉及保密的内容要进行相应的措施，避免信息泄露。
系统设计报告编写规范中科海鑫信息技术有限公司（版权所有，翻版必究）文件修改控制目录1. 目的2. 适用范围3. 术语及缩略语4. 编写规范4.1排版规范4.2模板使用5. 引用文件6. 附录1.目的系统设计报告主要为使软件产品和软件项目满足规定的软件规格要求而确定软件系统的体系结构、组成成分、数据组织、模块、内外部接口。
主要任务有：1)建立软件产品和软件项目目标系统的总体结构。
对于大规模软件系统，应分为若干子系统，在本报告中只说明总体设计，然后为每个子系统编写《系统设计报告》；2)总体设计；3)模块设计；4)涉及使用数据库的设计需编写数据库设计。
2.适用范围适用于软件开发设计阶段的《系统设计报告》的编写。
3.术语及缩略语本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4.编写规范4.1排版规范1）整个规范由2节构成，模板单独一节。
2）正文样式采用“规范正文”。
3）标题编号采用每节独立编号。
4.2模板使用系统设计报告的编写可依据具体情况选用摸板的格式或编写指南的格式。
1）拷贝规范。
2）删除第一节（系统设计报告封面前的所有页）。
3）在修改完内容后，更新目录域和相关的页数域。
5.引用文件(无)6.附录以下部分为系统设计报告的模板与编写指南。
密级：机密文档编号：第版分册名称：第册/共册项目名称（项目编号）系统设计报告（部门名称）中科海鑫信息技术有限公司目录1. 引言 (1)1.1目的 (1)1.2背景 (1)1.3术语 (1)1.4参考资料 (1)2. 总体设计 (1)2.1系统运行环境 (1)2.2软件功能描述 (1)2.3软件结构 (1)2.4技术路线 (1)2.5外部接口 (2)2.5.1 用户接口 (2)2.5.2 软件接口 (2)2.5.3 其它接口 (2)3. 模块设计 (2)3.1功能 (2)3.2性能 (2)3.3内部接口 (2)3.4外部存贮结构设计 (2)4. 故障处理说明 (3)5. 数据库设计 (3)5.1数据字典设计 (3)5.2安全保密设计 (3)1. 引言1.1 目的说明编写本《系统设计说明书》的目的。
1.2 背景：说明理解本报告所需的背景，如与公司其它软件之间的联系等。
1.3 术语列出本系统设计说明书中专门术语的定义和英文缩写词的原词组。
1.4 参考资料：列出编写参考的文件、资料、技术标准以及他们的作者、标题、编号、发布日期和出版单位。
列出编写本报告时需查阅的Internet上杂志、专业著作、技术标准以及他们的网址。
2.总体设计2.1系统运行环境给出本软件系统运行所需的基本软/硬件环境、使用本软件系统典型用户的设备分布图及设备上相应软件配置。
软件环境包括：操作系统、数据库、以及其它支撑软件；硬件环境包括：主机类型、网络类型、存储器容量、其它特殊设备。
2.2软件功能描述描述被开发软件的功能，如有同等作用的文件（如已编写的《软件功能规格说明书》）则可直接在此引述该文件名及归档的部门即可。
2.3软件结构以图表形式给出软件子系统结构和模块组成结构。
凡单独编写《系统设计报告》的子系统，其内部自用的模块不必列出。
2.4技术路线给出本软件系统在实现过程中所采用的技术路线、方法。
对比较新的技术给予详细的阐述及必要的说明，在可能的情况下给出相应的技术参考资料。
2.5外部接口2.5.1用户接口描述该软件与用户的接口，包括用户输入输出界面样式、操作方式和界面间的转移关系。
如具有等同作用的文件（如使用开发工具编写的界面原型程序等），本处仅需列出该文件名、保管部门即可。
2.5.2软件接口描述该软件与其它系统的软件接口，主要说明其它系统提供的编程接口和本系统向其它系统提供的编程接口，如具有等同作用的文件（如包含接口说明及注释的源文件程序头文件、接口帮助的超文本文件等），本处仅需列出该文件名、保管部门即可。
2.5.3其它接口描述该软件与其它系统的其它类型接口，主要说明其它系统提供的和本系统向其它系统提供的硬件接口、通信协议及规程、数据交换格式等，如具有等同作用的文件，本处仅需列出该文件名、保管部门即可。
3.模块设计3.1功能简述各模块的功能。
3.2性能说明对各模块的性能要求，包括精度、时间特性和处理速度。
3.3内部接口说明各模块之间接口，包括：1)各模块的用途、使用(调用)方式；2)说明其每个子程序（方法，Method）、特性（Property）和反馈的事件（Event），相应的输入、输出项说明；3)指明各模块内含的各类外部接口，并列出这些外部接口说明材料名。
3.4外部存贮结构设计说明本系统存贮于磁盘等持久性存贮介质，而且不是由数据库管理系统进行管理的数据的组织结构，包括数据名称、用途、每个数据项的标识名、类型和含义，组织结构、访问方法和存储要求。
4.故障处理说明说明本系统所采用的基本错误处理方法和原则，例如：统一采用C++ try-catch错误方法，所有错误最终必须以界面形式向用户说明。
用一览表方式说明各类可能的错误或故障出现时系统的处理方法和补救措施。
5.数据库设计5.1数据字典设计对数据库设计中涉及到的各种项目，如数据项、记录、表、数据库等建立数据字典，以说明它们的标识符、同义名及有关信息，并说明对此数据字典设计的基本考虑。
凡采用数据库设计工具（如ER图设计工具）生成的数据字典，本处仅需列出对应的文件名、保管部门即可。
5.2安全保密设计说明在数据库的设计中，如何通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待而获得的数据库安全保密设计考虑。
系统设计报告编写指南之一1. Introduction介绍●描述这个文档的编写目的；●描述这个文档的适用范围；●描述这个文档的读者；●确定这个系统/产品的名称和/或版本号；●定义重要的术语、缩写词或缩略语；●总结（或给出一个概要）这个文档的内容。
2. System Overview系统概述对软件系统的一般性描述，包括系统的功能和其他与设计相关的内容。
3. Design Considerations设计上的考虑本节描述在完成一个完整的设计解决方案之前必须阐明或解决的问题。
3.1 Assumptions and Dependencies假设和依赖●相关的软件和硬件●操作系统●最终用户特征●在功能上可能发生的变化3.2 General Constraints一般限制●描述对软件系统的设计有重要影响的全局限制或约束。
●硬件或软件环境；●最终用户环境；●资源的可用性和挥发性；●标准的兼容；(option)●协同工作的要求；●接口/协议的要求；●数据储存和发布要求；●安全性的要求（或其它类似的规则）；●内存和其它的容量限制；●性能要求；●网络通信；(option)●验证和确认的要求（测试）；●其他质量目标的要求；●在需求分析说明书中所描述的其它要求。
3.3 Goals and Guidelines目标和指导方针描述所有支配软件系统设计的目标、指导方针、原则或者优先权。
●尽量保持它简单易用；●强调速度与内存使用的矛盾；●像对待一个已经存在的产品那样工作、观察或者体会。
3.4 Development Methods开发方法简要地描述用于软件设计的方法。
如果采用正式/已公布的方法，那么就要对这些方法进行详细描述，同时还要简单解释一下为什么采用这个方法或其中的某些部分。
4. Architectural Strategies体系结构策略描述所有影响整个系统的组织和结构的设计决定和/或策略，这些策略深入描述系统体系结构所使用的关键技术和机制。
对于每个设计决定和/或策略都要描述其产生原因（可能要引用前面阐述的设计目标和原则），以及它们是如何得到均衡和折中的，涉及内容：●使用特定类型产品（编程语言、数据库、函数库等）；●重用现有组件；●软件未来扩展和升级的计划；●用户接口模型（或系统的输入和输出模型）；●硬件或软件接口模型；●错误检测和恢复；●内存管理策略；●外部数据库和/或数据存储管理和维护；●网络上分布式数据或控制；●控制的一般方法；●并发和同步；●通信机制；●其它资源的管理。
每一个被采用的重要战略必须在相应的子章节内加以讨论。
5. System Architecture系统体系结构在本节应该在一个较高的层次来说明如何将系统的功能划分给各个子系统或组件，不要涉及这些组件本身的细节（后面有一个小节专门来详细描述组件）。
本节的主要目标是描述系统是如何进行分解、这样分解的原因以及各部分是如何协作工作以完成预定功能。
在较高的层次上描述系统所要承担的主要工作责任、系统所扮演的各种角色；描述如何将系统划分成各个组件/子系统，每个组件/子系统的作用是什么；描述高层组件之间是如何协调工作已完成预期的功能；进行系统分解时所采用的基本原则；可以使用图表、模型、流程图等形式来描述上述内容。
5.1 Subsystem Architecture子系统的体系结构建立一个子章节来详细描述某一组件的作用，进一步描述该组件是如何分为子组件的以及各个子组件之间的关系。
6. Policies and Tactics政策和实施策略描述影响系统的接口细节和系统实现细节的各个方面：●选择特定产品来使用（如编译器、解释器、数据库、函数库等）；●工程上的折中；●编码规范和惯例；●一个或多个子系统、模块或子程序的协议；●选择某一特定算法或编程用语来实现系统的一部分；●功能性说明；●保证需求可回溯性的计划；●软件测试计划；●软件维护计划；●最终用户、软件、硬件和通信的接口；●将源代码按照物理形态（文件和路径）进行分层组织；●如何构造和/或产生系统的交付物（如何编译、链接、加载等）。
以上各项内容必须有相应的子章节进行讨论。
如果还有其他方案可供选择时，要说明你没有选择这些方案的原因。
可以使用图表、模型、流程图等形式来描述上述内容。
7. Detailed System Design详细设计在系统体系结构中所描述的绝大多数组件需要在本章节进行更深一步的讨论，同样，其它低层的组件和子组件也需要描述。
为每个组件建立一个子章节来详细描述组件，包括以下内容：●Classification 分类组件的种类，例如是一个子系统、模块、类、包、函数、文件等等。
●Definition 定义组件的确切用途和语义。
可能需要参照需求说明。
●Responsibilities 责任该组件的主要责任和/或行为，要完成什么？扮演什么角色？给客户提供哪写服务？可能需要参照需求说明。
●Constraints 约束与该组件相关的任何假设、限制、或者约束，如时间、存储或组件状态，还可能包括与该组件进行交互的规则（前提条件，后置条件，不变量，其它在输入和输出值、局部或全局值上的限制，数据格式和数据存取，同步，例外等）。
