LiNuoYao
软件需求分析,架构设计和软件售前这两个工作的区别？和发展前途？...
三个职业都很牛逼。
基本都是可以做一辈子的。
需求分析是将需求转化为软件的业务，目前针对比较大的企业，一般公司由软件开发人员担任，逻辑和分析能力要强。
架构师：一般一个公司也就一个，小公司一般没有架构师这个职称。
收入高，技术要求也高。
主要是会不会忽悠。
售前其实就是销售，牛逼一点的比架构师收入好。
系统架构图是需求分析还是系统设计
当软件规模比较小时，系统分析师所完成的工作是把真正的业务需求（这个需求不是指客户简单所说的哪一个功能，而是需要去挖掘的，可能是潜在的但又是系统必需的，条例清楚、逻辑清晰的业务功能，而且需求不仅仅只是来自业务上的，系统所依赖的运行环境也会产生一些需求）转换成计算机可理解、可实现、可计算的模型。
但由于现在的系统规模越来越大，复杂程度越来越高，而且应用领域也越来越广，所以很难由一个工种的人来全面完成这项艰巨的任务。
在具体的软件设计过程中，现在把它分解为由系统分析师与软件架构师合作共同来完成这一任务。
其中系统分析师侧重的是前一部分的工作，软件架构师侧重的是后一部分的工作。
系统分析师的主要工作内容 包括业务需求分析、系统需求分析、可行性分析以及建模等，其特点是更多地与行业专家、用户沟通，再及时与项目经理（项目管理师）、软件架构师以及老板商 讨，分析项目具备的特点、成本、风险等，考虑实现的模型。
系统分析师所面临的往往是有许多不确定性的事件，需要对这些不确定的事件进行分析、总结，使之得 出一个相对可靠的确定性结论或实施方案模型。
软件架构师的主要工作内容就是在系统需求比较清晰的条件下进行系统总体的架构设计，当然 它也可能会涵盖一些系统分析师的工作内容和软件设计师的内容，但其特点是确定性的东西会多一些，力求为系统找到或架构一个最优的模型，这里面虽然可能有很 多创新的成分，但更重要的是如何充分运用现有的各种模型、结构、方案，并根据项目的特点，在各种方案中取长补短，找到一个最好的平衡点和结合点，使之最适 合当前项目的解决方案。
所以，软件架构师实际上是使系统细致化、完善化，为拥有更好的可靠性提供保障。
在实际的职责上，软件架构师比系统分析师所站的角度更高一些。
在大规模的软件系统中，系统分析师可能就系统的某个子系统进行分析与设计，而软件架构师应该对整个系统的结构负责。
（1） 项目管理师：掌握信息系统项目管理的知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力；能根据需求组织制定可行的项目管理计划；能够组织项 目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项目在一定的约束条件下到 达既定的项目目标；能分析和评估项目管理计划和成果；能在项目管理进展的早期发现问题，并有预防问题的措施；能协调项目所涉及的相关人员。
即项目管理师的 主要职责是负责整个项目的实施和控制，协调各种资源（包括组织内部资源和客户资源）。
（2）系统分析师：熟悉应用领域的业务，能分析 用户的需求和约束条件，写出信息系统需求规格说明书，制订项目开发计划，协调项目开发与运行所涉及的各类人员；能指导制订企业的战略数据规划，组织开发项 目；能评估和选用适宜的开发方法和工具；能按照标准规范编写系统分析、设计文档；能对开发过程进行质量控制与进度控制；能具体指导项目开发。
即系统分析师 的主要职责是获取并分析用户的需求，形成规范化的文档，指导整个项目的开发，需要与客户不断的交流，熟悉应用领域的业务。
（3）系统 架构师：能够根据用户需求，结合用户应用领域的实际情况，设计正确、合理的软件构架，维护系统构件及其接口，并确保系统构架具有良好的性能；能够对项目进 行系统构架级的描述、分析、设计与评估；能够按照相关标准编写相应的设计文档；具有扎实的理论功底、广博的知识面，能够与系统分析师、项目管理师相互协 作、配合工作。
即系统架构师的职责是负责整体的、宏观的系统设计，重点在架构级别上。
还要对架构进行描述、分析和评估，属于纯技术性的工作。
考试方面不太了解。
系统架构图是需求分析还是系统设计
当软件规模比较小时，系统分析师所完成的工作是把真正的业务需求（这个需求不是指客户简单所说的哪一个功能，而是需要去挖掘的，可能是潜在的但又是系统必需的，条例清楚、逻辑清晰的业务功能，而且需求不仅仅只是来自业务上的，系统所依赖的运行环境也会产生一些需求）转换成计算机可理解、可实现、可计算的模型。
但由于现在的系统规模越来越大，复杂程度越来越高，而且应用领域也越来越广，所以很难由一个工种的人来全面完成这项艰巨的任务。
在具体的软件设计过程中，现在把它分解为由系统分析师与软件架构师合作共同来完成这一任务。
其中系统分析师侧重的是前一部分的工作，软件架构师侧重的是后一部分的工作。
系统分析师的主要工作内容 包括业务需求分析、系统需求分析、可行性分析以及建模等，其特点是更多地与行业专家、用户沟通，再及时与项目经理（项目管理师）、软件架构师以及老板商 讨，分析项目具备的特点、成本、风险等，考虑实现的模型。
系统分析师所面临的往往是有许多不确定性的事件，需要对这些不确定的事件进行分析、总结，使之得 出一个相对可靠的确定性结论或实施方案模型。
软件架构师的主要工作内容就是在系统需求比较清晰的条件下进行系统总体的架构设计，当然 它也可能会涵盖一些系统分析师的工作内容和软件设计师的内容，但其特点是确定性的东西会多一些，力求为系统找到或架构一个最优的模型，这里面虽然可能有很 多创新的成分，但更重要的是如何充分运用现有的各种模型、结构、方案，并根据项目的特点，在各种方案中取长补短，找到一个最好的平衡点和结合点，使之最适 合当前项目的解决方案。
所以，软件架构师实际上是使系统细致化、完善化，为拥有更好的可靠性提供保障。
在实际的职责上，软件架构师比系统分析师所站的角度更高一些。
在大规模的软件系统中，系统分析师可能就系统的某个子系统进行分析与设计，而软件架构师应该对整个系统的结构负责。
(1) 项目管理师：掌握信息系统项目管理的知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力；能根据需求组织制定可行的项目管理计划；能够组织项 目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项目在一定的约束条件下到 达既定的项目目标；能分析和评估项目管理计划和成果；能在项目管理进展的早期发现问题，并有预防问题的措施；能协调项目所涉及的相关人员。
即项目管理师的 主要职责是负责整个项目的实施和控制，协调各种资源（包括组织内部资源和客户资源）。
(2)系统分析师：熟悉应用领域的业务，能分析 用户的需求和约束条件，写出信息系统需求规格说明书，制订项目开发计划，协调项目开发与运行所涉及的各类人员；能指导制订企业的战略数据规划，组织开发项 目；能评估和选用适宜的开发方法和工具；能按照标准规范编写系统分析、设计文档；能对开发过程进行质量控制与进度控制；能具体指导项目开发。
即系统分析师 的主要职责是获取并分析用户的需求，形成规范化的文档，指导整个项目的开发，需要与客户不断的交流，熟悉应用领域的业务。
(3)系统 架构师：能够根据用户需求，结合用户应用领域的实际情况，设计正确、合理的软件构架，维护系统构件及其接口，并确保系统构架具有良好的性能；能够对项目进 行系统构架级的描述、分析、设计与评估；能够按照相关标准编写相应的设计文档；具有扎实的理论功底、广博的知识面，能够与系统分析师、项目管理师相互协 作、配合工作。
即系统架构师的职责是负责整体的、宏观的系统设计，重点在架构级别上。
还要对架构进行描述、分析和评估，属于纯技术性的工作。
考试方面不太了解。
用什么工具画 软件架构设计图
UIDesigner是腾讯用户研究与体验设计部（CDC）设计研发的一款设计类软件，打造一款可以让设计师统一平台和团队协作的平台型设计工具，经过1.0和2.0版本的经验沉淀，我们决定对3.0版本进行全新的架构设计。
开发一个软件系统，前期的架构设计承载着整个软件的设计思想和关键决策，可以说是重中之重。
根据软件架构设计思想，关注分割和交互，好的架构必须使每个关注点相互分离。
我们进行了最基本的需求分析，得出两个关注点：一是工具，二是设计绘图，关系如图1所示。
得到最基本的两个关注点后，接着将提取关键需求（包括：关键功能需求、关键质量需求和关键商业需求），根据两个关注点进行架构的细化设计。
一、关注点——工具这里我们结合UIDesigner的实际需求，提取出属于“工具”范畴的关键功能需求、关键质量需求和关键商业需求。
首先，“工具”的关键功能需求，必须包括：磁盘文件读写、异常捕捉、日志记录、安全性管理；非工具所必须，但是UIDesigner本身所要求的，包括：配置管理、缓存管理、线程服务、服务器和客户端通讯管理、国际化服务。
其次，“工具”的关键质量需求，质量需求包括开发期质量需求和运行期质量需求两部分，经过分析和权衡，UIDesigner的性能主要取决于设计绘图，而稳定性、可扩展性和可维护性才是决定“工具”本身发展的质量需求，因此，对“工具”的质量需求设计将以稳定性、可扩展性和可维护性为主。
最后，“工具”的关键商业需求，因为UIDesigner本身并没有很复杂的业务需求，因此关键商业需求是在设计流程的优化和规范上得到体现，这方面的设计已经属于高层模块和使用流程的设计，对架构的影响非常小，可以暂时性的忽略。
经过关键需求的提取，我们得到了“工具”的设计目标——可以提供通用功能（关键功能需求）的高稳定性、扩展性和维护性的客户端应用。
根据此目标，我们采取了DI(Dependency-Injection)和MVP(Model-View-Presenter)结合的架构，概念架构设计如图2所示。
转载请注明出处51数据库 » 从软件需求分析到软件架构设计
