要是是科技类的文章，那么就是投科技类的期刊，什么样的文章那么就是投什么样的期刊。
毕业季到了想必很多人都头疼论文吧，作为做系统设计的一份子，这里提供系统设计论文的架构。论文框架及编写范围前言主要就课题的背景、（国内外）研究现状、研究意义进行描述。--------------------系统的需求分析1 系统可行性分析2 系统功能性需求3 系统非功能性需求注意：在需求分析中一般要通过用例图进行辅助说明系统角色的划分和所具备的功能。系统的设计1 系统的功能模块2 系统模块的设计1 ×××模块的设计（与实现对应）2 ×××模块的设计（与实现对应）3 数据库设计1 数据库建模2 数据表设计2 数据表关系首先1中给出系统的结构以及系统的功能结构（图），划分系统的模块，然后在2中分模块对系统进行设计，设计过程需要进行功能描述，并通过适当的模型辅助说明，如流程图、活动图或者时序图。在设3中需要对数据库进行设计，包括详细的数据表。最好给出数据库E-R图和数据表关系图并做出说明注意：在设计中不需要给出系统截图，因为在这个阶段还没开始编码实现。系统的实现1 系统环境的实现2 系统架构的实现3 系统模块的实现1 ×××模块的实现（与设计对应）2 ×××模块的实现（与设计对应）根据设计中的模块，也是分模块对系统的实现进行描述，包括采用什么样的技术，设计了什么样的类，这些类之间如何进行调用然后实现系统功能的，描述完实现过程再给出系统截图，可放部分核心代码，但也不能太多。如有可能，放上类图。实现过程一般分三部分：首先讲述模块的实现方法和技术，然后给出一两张核心的截图辅助说明，然后再放部分的核心代码。以文字描述为主，图片和代码为辅，所以每个模块的图和代码都不能多。系统的测试1 系统测试方法2 系统测试用例3 系统测试结论采用的测试技术、方法、手段，给出对应的测试用例以及测试结果结束语对系统的总结，对个人工作的总结，以及对系统与个人未来的展望-------------------------------------------------致谢
数据流程图属于需求分析，放在需求分析中系统流程图属于概要设计，一般放在概要设计中
这个问题得问你老师啊。。。看老师要求。
要是是科技类的文章，那么就是投科技类的期刊，什么样的文章那么就是投什么样的期刊。
概要设计
普通的毕业流程图，用Microsoft Office Visio，我的毕业设计论文用的Microsoft Office Visio 2003，更多怎么画、论文插图教程直接在附件，因为图太多了、字数太多了，就不举例了。
要是是科技类的文章，那么就是投科技类的期刊，什么样的文章那么就是投什么样的期刊。
直接引用是可以的，但是要加上脚注注明出处。而评述部分是不能直接引用的，希望回答能够帮到你。论文一般由题名、作者、摘要、关键词、正文、参考文献和附录等部分组成，其中部分组成可有可无。学位申请者为申请学位而提出撰写的学术论文叫学位论文。这种论文是考核申请者能否被授予学位的重要条件。学位申请者如果能通过规定的课程考试，而论文的审查和答辩合格，那么就给予学位。如果说学位申请者的课程考试通过了，但论文在答辩时被评为不合格，那么就不会授予他学位。
论文注释是什么 注释是对论文篇名、作者和文稿中特定内容所作的必要补充、解释和说明。 对篇名的注释，包括论文产生的背景、立项项目、基金项目等等所作的说明。如系系列论文，则应说明此前已发表的论文篇名、发表报刊、时间（期数），以便读者查考。 对作者的注释，即“作者简介”,包括姓名、性别、工作单位或住址、职称、学位、邮政编码等等。篇名、作者注释一般放在论文首页地脚。 文内有关特定内容的注释，一般放在文章篇末。如系一般引用的个别语句，亦可用夹注的形式，放在引用句子后边，用圆括号标出。篇末的注释采用顺序编码制，即：按注释在正文中出现的先后顺序，用带圆圈的阿拉伯数序号编码，放在标注处的右上角；注释条目按顺序集中列于文章末尾、“参考文献”前。
中间
导论的目的是通过准确地提出问题或提出疑难而找到论文的主题。在对主题的寻找中，无论如何都应该考虑需要处理的文本篇幅长度。较短的文章总是伴随着较为细小的问题。如果以“黑格尔对康德的批判是什么?”为题写一篇六页的论文，这实在是选了一个糟糕的题目。大多数学生作品的毛病不是因为他选了一个细小的题目，而是一个过于宽泛的题目。一旦找到了一个合适的题目，就不应该畏惧于使用极其明确的措辞。比如，“这篇论文的目的是回答以下问题”。原则上，清晰和透明绝不是文体的弱点。除了准确地提出问题，在某些情形下还应该界定：哪些显而易见的问题或疑难是您明确不想讨论的?
思考问题、解决问题和思维的逻辑起点是概念,人是通过一个一个概念来思考问题的。放在第一部分做铺垫的地方。