❶ 系统设计中的处理流程图与需求分析中的业务流程图的区别是什么
业务流程图：是描述一个业务的处理流程
数据流程图：表述数据的流向，以数据为导向
E-R图：数据库中的关系模型的设计方法
结构图：系统简单的组成结构描述
系统流程图：指系统的总体处理流程
功能流程图：以功能为基本模块划分
其实，诸如业务流程图，系统流程图等没有明显的界限的
只是e-r图和数据流程图比较专业点，要求比较高而已咯！
❷ 系统架构图是需求分析还是系统设计
当软件规模比较小时，系统分析师所完成的工作是把真正的业务需求(这个需求不是指客户简单所说的哪一个功能，而是需要去挖掘的，可能是潜在的但又是系统必需的，条例清楚、逻辑清晰的业务功能，而且需求不仅仅只是来自业务上的，系统所依赖的运行环境也会产生一些需求)转换成计算机可理解、可实现、可计算的模型。但由于现在的系统规模越来越大，复杂程度越来越高，而且应用领域也越来越广，所以很难由一个工种的人来全面完成这项艰巨的任务。
在具体的软件设计过程中，现在把它分解为由系统分析师与软件架构师合作共同来完成这一任务。其中系统分析师侧重的是前一部分的工作，软件架构师侧重的是后一部分的工作。系统分析师的主要工作内容 包括业务需求分析、系统需求分析、可行性分析以及建模等，其特点是更多地与行业专家、用户沟通，再及时与项目经理(项目管理师)、软件架构师以及老板商 讨，分析项目具备的特点、成本、风险等，考虑实现的模型。系统分析师所面临的往往是有许多不确定性的事件，需要对这些不确定的事件进行分析、总结，使之得 出一个相对可靠的确定性结论或实施方案模型。
软件架构师的主要工作内容就是在系统需求比较清晰的条件下进行系统总体的架构设计，当然 它也可能会涵盖一些系统分析师的工作内容和软件设计师的内容，但其特点是确定性的东西会多一些，力求为系统找到或架构一个最优的模型，这里面虽然可能有很 多创新的成分，但更重要的是如何充分运用现有的各种模型、结构、方案，并根据项目的特点，在各种方案中取长补短，找到一个最好的平衡点和结合点，使之最适 合当前项目的解决方案。所以，软件架构师实际上是使系统细致化、完善化，为拥有更好的可靠性提供保障。
在实际的职责上，软件架构师比系统分析师所站的角度更高一些。在大规模的软件系统中，系统分析师可能就系统的某个子系统进行分析与设计，而软件架构师应该对整个系统的结构负责。
(1) 项目管理师：掌握信息系统项目管理的知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力；能根据需求组织制定可行的项目管理计划；能够组织项 目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项目在一定的约束条件下到 达既定的项目目标；能分析和评估项目管理计划和成果；能在项目管理进展的早期发现问题，并有预防问题的措施；能协调项目所涉及的相关人员。即项目管理师的 主要职责是负责整个项目的实施和控制，协调各种资源(包括组织内部资源和客户资源)。
(2)系统分析师：熟悉应用领域的业务，能分析 用户的需求和约束条件，写出信息系统需求规格说明书，制订项目开发计划，协调项目开发与运行所涉及的各类人员；能指导制订企业的战略数据规划，组织开发项 目；能评估和选用适宜的开发方法和工具；能按照标准规范编写系统分析、设计文档；能对开发过程进行质量控制与进度控制；能具体指导项目开发。即系统分析师 的主要职责是获取并分析用户的需求，形成规范化的文档，指导整个项目的开发，需要与客户不断的交流，熟悉应用领域的业务。
(3)系统 架构师：能够根据用户需求，结合用户应用领域的实际情况，设计正确、合理的软件构架，维护系统构件及其接口，并确保系统构架具有良好的性能；能够对项目进 行系统构架级的描述、分析、设计与评估；能够按照相关标准编写相应的设计文档；具有扎实的理论功底、广博的知识面，能够与系统分析师、项目管理师相互协 作、配合工作。即系统架构师的职责是负责整体的、宏观的系统设计，重点在架构级别上。还要对架构进行描述、分析和评估，属于纯技术性的工作。
考试方面不太了解。
❸ 公司需求分析怎么写
一、需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中,他的作用要远远大于程序设计.
二、需求分析的任务简言之,需求分析的任务就是解决"做什么"的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求.
三、需求分析的过程需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审.在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围和定义时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。
在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤，但在过去十年中越来越多的人认识到它是整个过程中最关键的一个过程。假如在需求分析时分析者们未能正确地认识到顾客的需要的话，那么最后的软件实际上不可能达到顾客的需要，或者软件无法在规定的时间里完工。