软件项目ppt模版怎么选怎么用：技术图要有地方放

在软件项目这类材料当中，存在一个别行业不具备的难题：图是否能够看清楚，直接关系到专业性情况。

架构图ER图，时序图，部署图，界面原型，若这些图被压缩至角落，线条模糊不清，评审便会认为你未将设计阐释清楚。

大多数通用的模板内容页，仅仅给小图留下了空间。

一、软件项目材料的图，分四类

第一类为结构图，包含系统架构，模块划分以及分层设计等内容。这类图一般比较宽泛，需要有横向的空间。

第二类为数据图，ER图以及数据表的构造。此类图节点众多且连线繁多，若缩小则难以看清。

第三类为行为图，流程图，时序图，状态机。此类图对于方向以及顺序是敏感的，不能够变形。

第四类为界面图，原型以及截图。此类图得足够大才可以看清楚文字。

四类当中前两类对于页面空间的要求是最高的。选择模板的时候，要看它是否能够承载宽幅以及多节点的图形。

二、技术图的四个硬要求

其一，线条得对齐。具有手绘感觉的技术图就会被认为是不专业的。

其二箭头方向需要明确。特别是时序图以及流程图，如果方向错误整幅图就没有意义。

第三点，节点的命名得统一起来。同一层次的模块使用同一种命名规则，比如说都叫XX模块或者都叫xx服务。

其四，比例得正确。如果架构图里大小关系暗示重要程度的话，这个暗示得成立，不可以随意。

在这四条中，第一条极易违背规则，即用PPT形式拼凑而成的图，其线条往往相互对齐。

更为可行的做法是运用draw. io，Visio，ProcessOn等专业工具绘制图片，之后导出图片并插入其中。如此线条精准且排版便捷，改动起来也较为简便。

三、页面分配的两种思路

软件的项目材料一般包含需求分析，系统设计，功能实现，测试，总结。

页面进行分配存在两种途径。

第一种情况是按照阶段平均来进行分配。优势是结构是完整的，缺陷是设计的部分被给稀释掉。

第二种情况是按照评审的关注点来进行分配：在设计的部分需要充足篇幅，因为这是能够展现能力的所在之处，通过需求分析来压缩需求，达成细节简写测试给出数据总结局限。

答辩的时候提议第二种方式。评审最看重的是你怎么去设计，而不是你做了哪些个功能。

四、界面截图怎么放

软件项目所需材料的界面截图，其用法存在许多讲究。

整个屏幕的截图信息量较低— —缩小到投影的尺寸，屏幕上面的字大致看不清楚。

更有效的三种做法：

局部进行放大：仅仅截取关键的操作区域，添加框或者用箭头来标注。

流程解析：将一个操作分解为三到四个环节，每一步均绘制一幅小图。

改造前与改造后相互并排。

三种当中流程分解是最能够体现设计完整性的，因为它呈现出“用户怎么使用”

截图当中要是涉及真实的数据，得进行脱敏操作。用户名手机号，地址，金额都得处理。

五、模板选型的三条标准

第一条关于有无大图页的情况。技术图得占据大半页乃至整页，并且模板得有此类版式。

第二条关于有无分步呈现的版式情况。流程进行分解需要采用“一页多图同时带序号”的排列方式。

第三条关于配色能否凸显图形。技术图一般呈现黑线白底的状态，若页面底色过深或过花，图形会难以看清。

除了三条以外，字号需要留意，技术图里面的文字本身就不太大，页面正文要是也小的话，整体就会显得模糊。

六、几个常见问题

问题一为图从IDE或设计工具中直接截取，且带有工具界面边框以及菜单。此类截图颇为随意，应裁剪干净。

问题二是一张图塞满了许多信息。有关技术图的“信息密度”问题，一幅图讲述一件事最为合适，讲不完便拆成两幅。

问题三是图的风格存在不一样的地方。好几张图有黑白，有彩色，有手绘风格，放在共同会乱。建议一套工具，一套配色的导出。

问题四是缺图注。在每张图的下面得有一句来阐述这个图的内容，不要只是去写系统架构的图。

问题五是没有阐述图是自己绘制的还是引用的情况。要是引入的框架图以及第三方的架构图，得标注出处。

七、材料怎么落地

软件方面的材料图比较多，而且是专业图。

二狗 PPT能够承接排版方面的工作：把需求，设计，实现，测试，总结整理到文字里面，粘贴到文档或者上传文档之中，系统产生结构化的大纲；确定之后按照页匹配的版式来生成图片按照占位符的规则来落位；再选取模板来导出PPTX。技术方面的材料选用通用的商务系列是比较合适的，官网的模板库的页面标注是适合方案，述职以及通用商务的场景的，底色是干净的，图表区留有足够的空白。

技术图需借助专业工具绘制后插入，不可采用形状的硬拼方式。形状拼制的架构图于投影时易出现错位情况，连线不对，一看便知。

需要提及的边界是架构描述，接口定义，数据表的结构得和实际代码相符合，工具只是负责排版而不去核查实际情况。答辩之前建议按照代码来走一遍，特别是字段名以及接口名这两个。

八、一个判断办法

材料完成之后，将页面缩小至手机屏幕的大小。

若此尺寸之下技术图仍可看出结构与层次，则意味图放得足够大；若仅剩一团线则表明图过多过小，需拆页。

再举一例：请一位未参与项目的同学审视架构图，询问其在数分钟内能否将该系统划分为若干层级。

说得清楚图就是合格的，说不清楚通常是图信息密度过高或者是层级不够明显的。

在软件项目的材料范畴内，技术图乃能力的直接呈现。图能够清晰传递。