DNAMAN里面，序列的注释要怎么给加上去，把带注释的序列导出来以后，它怎么又不显示了呢，这是在处理质粒图谱、整理基因片段、标记酶切位点，还有写序列报告的时候，挺容易碰上的一些情况。DNAMAN这个软件，它能做序列的编辑、限制性内切酶的分析、多条序列的比对、PCR引物的选择、蛋白序列的分析，还有数据库的管理这些事情，同时，也支持像GenBank、FASTA、GCG、CLUSTAL、PIR、GDE这些格式的序列信息交换。但是得留心一个事儿，就是注释它到底能不能给你显示出来，不光是看你有没有往上头写说明的文字，还得看这个注释，是不是给存成了软件能认得出来的那种feature的信息，再有就是，你导出去的那个文件格式，它是不是支持这些信息。

做PCR实验的时候，如果胶图上出现了很多杂带，目标条带特别弱，连阴性对照都出现了不该有的条带，就不能只盯着引物的Tm值和GC含量去看了。DNAMAN这款软件可以用来做引物的特异性分析，以及筛掉那些可能出现在非目标位置的结合位点。分析的关键，是把设计好的引物重新放回目标序列和相关的背景序列里面去做比对，然后去查看引物的3'端匹配情况、错配出现在什么位置，还有可能会扩增出哪些片段。DNAMAN本身提供了PCR引物设计、多序列比对和序列分析这些功能，比较适合先在本地电脑上对目标模板做一轮初步的筛选。

DNAMAN进化树怎么建，DNAMAN从比对结果到建树流程怎么走，真正卡人的地方通常不是“树点不出来”，而是比对质量、缺口处理、序列覆盖范围这三件事没先统一口径。你把短片段、低质量末端、不同区域的序列混在一起做比对，再拿去建树，DNAMAN树当然会出现分支飘、距离怪、同一物种不成簇这类结果。

想把DNAMAN序列对比用得稳定，你需要先把结果界面里最关键的三层信息分清楚：对齐本身是否可信，一致性到底按什么规则统计，差异位点用什么方式标注才方便复核与出图，顺着这个顺序走，后面的解释与交付才不会反复返工。

很多人用DNAMAN做格式转换时，容易把“能打开”当成“已经转好”。其实这两件事不是一回事。DNAMAN的公开教程和功能页写得很清楚，它能读取GenBank、FASTA、ABI、SCF、GFF3、GCG、GDE、CLUSTAL、NBRF、PHYLIP、MEGA等多种序列文件，同时支持把序列导出为FASTA、GFF3、GCG、GDE、CLUSTAL、NBRF、PHYLIP等格式；另外，软件本身也提供20个sequence channels，方便把当前序列先载入、整理，再继续做后续输出。换句话说，真正顺手的做法不是先急着另存，而是先把序列读入正确通道，再决定目标格式和输出方式。

DNAMAN开放阅读框的查找，和开放阅读框方向的判断，在做基因序列分析、质粒验证和PCR产物注释的时候，是经常会碰到的问题。开放阅读框，也就是ORF，通常指的是从起始密码子开始，到终止密码子结束的一段可能编码蛋白的序列。查找ORF不能只看哪一段最长，还需要结合起始密码子、终止密码子、阅读框的方向、目标物种的密码子表，还有已知的蛋白信息，一起去做出判断。

做Sanger测序之后，我们通常需要把正向和反向两个测序结果合并成一条一致、可靠的序列。利用DNAMAN软件来完成这个拼接过程，以及在拼接中遇到碱基冲突时该如何处理，关键的一步就是先把两端质量较低的序列片段裁掉，再去做序列比对，最后确认出一条共识序列。DNAMAN本身具备DNA序列分析、比对和多序列处理的能力，能够很方便地把不同测序片段放在同一个窗口中互相对齐比较，因此很适合用来完成这类拼接工作。

DNAMAN序列拼接怎么做，DNAMAN拼接前序列质量怎么筛，难点往往不在“点一下就能拼起来”，而在于你拿去拼的原始序列到底干不干净、重叠区够不够可信。很多拼接失败或拼完一堆错位、突变、大片N，本质是前期把低质量读段、方向混乱、污染片段一起丢进了DNAMAN拼接流程里，软件只能把问题放大。

DNAMAN序列对比怎么做，DNAMAN多序列比对参数怎么设置，很多人卡在结果不稳定或对不上预期，其实根源往往是序列没先整理成同一口径，直接把原始数据丢进比对里。DNAMAN做序列对比更像一条流水线：先把DNAMAN序列导入、方向与类型校准，再选对比对方式，最后用同一套参数把结果固定下来。

做DNAMAN多序列分析时，很多人前面并不是不会点比对，而是比对结果出来以后，不知道一致性到底该看哪一层。其实这件事在DNAMAN里可以拆成两步来看：第一步先把多序列比对做出来，第二步再把一致性相关的显示打开。Lynnon的官方教程里已经把多序列比对和显示控制分开说明了，所以更稳的顺序，应该是先完成alignment，再回到编辑器里处理consensus和颜色显示。

拿到一段DNA序列之后，假如我们想先看看它有没有编码蛋白质的可能，通常就要从开放阅读框查起。在DNAMAN里面怎么找到这些开放阅读框，以及怎么把那些有意义的长度给筛出来，核心的思路，就是去检查六个翻译框里，是不是存在着从起始密码子一路通到终止密码子、中间不被截断的连续编码区。开放阅读框这个概念，一般说的就是在某个阅读框中一段不被终止密码子打断的序列，那些比较长的ORF，常常就被当成候选编码区的重要依据。

做质粒构建、PCR片段验证或者双酶切鉴定的时候，如果能提前在DNAMAN里做一下酶切模拟，就可以少走一些弯路，避免选错酶或者把片段大小判断错了。不过酶切模拟的关键并不仅仅是看看有没有切点那么简单，还得注意酶切位点的数量、切割的位置、切出来的片段有多长，以及这些片段适不适合接着做下一步的连接。尤其是质粒这种环状序列和PCR产物这类线性片段，它们计算片段长度的方式是不太一样的，所以在开始分析之前，先要搞清楚自己要处理的究竟是环状还是线性的序列。

真正影响PCR稳定性的往往不是Tm和长度，而是那些“看起来没问题”的二级结构风险。很多人用DNAMAN做引物设计时，习惯先挑一对分数高的就直接下单，等实验出现无模板条带、低产量或重复性差，才回头怀疑体系。

在DNAMAN里看GC含量，很多人会先去找一个单独叫GC的分析窗口，结果绕了半天也没把结果真正落出来。DNAMAN官方功能说明里更直接的做法其实有两条，一条是针对当前序列做composition分析，软件会报告sequence composition，也就是序列组成信息；另一条是放到Oligo Database里看记录字段，因为数据库记录本身就带有GC content这一列。也就是说，查看GC含量不是只有一种入口，后面的保存方式也要跟着你看的结果类型来选。

在DNAMAN里看开放阅读框，真正要先分清的是两件事，一件是先把序列按DNA正确定义并加载到通道里，另一件是用六个阅读框总览去找候选翻译区。公开可检索的DNAMAN官方教程能确认两条关键入口，一条是【Define Sequence】里先把序列类型和分析区间定好，另一条是【Protein Analysis】里的【Reading Frame Overview】会把当前DNA序列在全部六个阅读框里的潜在翻译区一起显示出来。也就是说，DNAMAN预测ORF的常用思路，不是先填一个基因名，而是先让软件把六个框都展开，再去挑真正值得继续看的那一段。

测序数据一拿到手，很多人会先把DNA序列转成蛋白质的氨基酸序列，看看里面是不是藏着提前出现的终止信号、移码突变或者其他编码上的问题。用DNAMAN做这种蛋白翻译，一开始最要紧的是把序列的方向、第一个碱基的位置，还有要用的遗传密码表给确认好。如果后面发现阅读框选错了需要修正，就得回到开放阅读框（ORF）和起止密码子这些最基础的地方，再仔细查一遍。要知道，DNA双链上一共摆着六个可能的阅读框，正链有三个，负链也有三个，挑错了框，最后得到的氨基酸序列就会完全不一样。

当从测序公司拿回数据时，除了seq格式的序列文件，一般还会附上ab1、abi或scf这些峰图文件，要用好DNAMAN，先得弄清楚两件事情：怎么把这些测序峰图正确地导进去，以及万一峰图上杂峰太多，又能用什么办法来校正，处理时的要点是，不能光看那一排排碱基字母，而要回到色谱峰图上去，看一看每个位置上读出来的结果到底可不可靠。在Sanger测序得到的峰图文件里，其实打包了原始的峰形、电泳信号、碱基识别结果和相关的质量数据，ab1和scf都是很常见的trace文件格式。

DNAMAN序列对比导入失败，DNAMAN序列格式FASTA怎么检查，最常见的卡点其实不在“软件不会用”，而在序列文件的口径不统一：同样叫FASTA，有人用UTF 16保存，有人把测序报告里的序列带了空格和位点编号，还有人把缺口符号和注释混进了序列行里。

在DNAMAN里处理突变位点，最容易混掉的其实是两件事。一件事是“把这个位点标出来”，另一件事是“让它在界面里更醒目地显示出来”。从官方公开教程来看，前者更适合走序列注释这条线，也就是先把位点写成annotation；后者则更多依赖序列显示和比对显示选项，比如是否显示注释、注释怎么显示，以及多序列比对里是否启用颜色或色块显示。也就是说，标记和上色不是同一个入口。

在DNAMAN里做限制性酶切分析时，很多人前面把序列打开了，后面却只停留在“软件好像算出来了”，没有把位点真正看清，也没有把结果整理成后续实验能直接用的内容。Lynnon官方教程把这条流程拆得比较清楚，先从当前通道里的DNA序列启动Restriction Analysis，再决定是看文本列表、看Restriction Map，还是看Restriction Pattern。也就是说，酶切位点不是只有一种查看方式，后面的导出整理也要跟着结果类型分开处理。