我对系统分析的简单化理解-读"做自己的系统分析师"一文

最新推荐文章于 2025-09-19 15:32:33 发布
最新推荐文章于 2025-09-19 15:32:33 发布 · 233 阅读 · 0

本文通过阅读《做自己的系统分析师》一文后的感悟，提出了系统分析可以被简化为一句核心目标的观点。作者认为，系统分析的重点在于清晰地定义系统的目的，并将其比喻为屠夫的角色，能够准确地将系统需求分割清楚。同时，文中还对比了简洁的需求文档与繁复的需求文档的实际效果。

我对系统分析的简单化理解-读 " 做自己的系统分析师" 一文有感.

读此类文章都是一读一大篇, 读完了比没读之前更多迷惑.
其实多出来的迷惑是好事, 表示心中有思考.

我的思考是: 系统分析有这样复杂吗?

系统分析做了些什么?
我认为最好的系统分析就是用一句话说出系统要干什么.

系统分析员是什么样的人?
就象是卖猪肉的屠夫, 能告诉客户各个部位的名称, 并能一块块分割开来卖.

系统分析产生的主要文档是需求分析报告.
我写的需求规范一般都是一页纸以内, 一个TEXT文件, 随便写点就好.

和以前洋洋洒洒近十页的WORD文档, 一条条都有编号的规范化需求文档相比，
我发现效果是差不多的. 所以我更喜欢简单的TEXT文件.


iteye_16215
关注
数据分析总览--一文读懂数据分析
qq_25018077的博客
02-25 1076
一文读懂数据分析的过程和要点
构建高效复杂系统的关键：架构与模块详解
热门推荐
张彦峰的博客
02-03 11万+
复杂系统是由多个相互关联、相互作用的组件组成的大型系统，通过这些组件的协同工作来完成特定的任务或提供特定的服务。在设计复杂系统时，通常会考虑以下五个关键模块：接入系统 (Access System)+应用系统 (Application System)+基础平台 (Foundation Platform)+中间件 (Abundant External Middleware)+支撑系统 (Supporting System)
软考专题模块:数据流图
松子茶的专栏
03-09 4436
数据流图（DFD）是一种便于用户理解、分析系统数据流程的图形工具，是软件系统分析阶段用于描述系统逻辑模型的图形描述工具，用于回答软件系统“做什么”的问题，它摆脱了系统的物理内容，精确地在逻辑上描述系统的功能、输入、输出和数据存储等，是系统逻辑模型的重要组成部分。数据流图从数据传递和加工的角度，以图形的方式描述数据在系统流程中流动和处理的移动变换过程。关于Program Language更多讨论与交流，敬请关注本博客和新浪微博songzi_tea.
系统分析的几点看法
浩瀚星空，法力无边；其大无外，其小无内。
10-09 936
 做需求分析，我觉得最重要的任务是简化业务流程、规则、逻辑；丰富用户体验；     0. 尽量将复杂的用户需求抽像成最简单的业务规则、数据库结构来实现。因为需求是不可能一下子就确定的，假设我们刚开始对核心需求的实现方式增加了一点点的复杂性，比如说多加了一个表，一个藕合字段，那么对于以后的扩展我们就有可能要去制定更加复杂的规则去适应，从而“被逼”消耗更多的工作，使用更加复杂的结构和业务规则。尤其当需
做自己的系统分析师
欢迎来到我的博客！我是一名拥有10年以上经验的系统架构师。在这个博客中，我将与大家分享我在C#、JavaScript、Python、Docker、SQL和Rust等领域的知识与经验。 作为一名技术爱好者，我相信技术的力量可以改变世界。
06-14 7689
        这几天我在看软考的《系统分析师教程》，六百多页的书看了两百多页，现在感觉心里很复杂。再加上前几天和以前几个要好同事聚会，谈到软件系统的设计时有些争论，让我不得不写些什么。希望此文能以此文同中国从事软件开发的同行共勉。 前言 说来很不巧，我毕业于四川外语学院，没有受到过大学里面正规计算机课程的教育，在软件设计上的所有技能，基本上都是学习人家的代码，和看微软网站上的那些Tech
系统分析
程序员杂谈
06-18 1620
问题分析 问题分析的目标就是在开发之前对要解决的问题有一个更透彻的理解。 通常需要经过在问题定义上达成共识，理解问题的本质，确定项目干系人和用户，定义系统的边界和确定系统实现的约束这五个步骤。 在问题定义上达成共识 问题概述：用简短的几句话，将所理解的问题本质描述出来； 影响：说明该问题将会对哪些项目干系人（Stakeholder，风险承担者）产生影响； 结果：确定问题对项...
系统分析的体会（1）
a_fi的专栏
11-23 1647
系统分析的体会（1）一个系统从决定开发到正式上线之间的过程，存在两种实现：用户需求实现和代码实现。 一、用户需求实现实现用户面对是系统分析人员，用户把业务流程描述给系统分析人员。1.用户的针对性。收集需求一定要收集的是真正使用这个系统的使用者对于系统的期望和要求。而不是针对某几个人，或者某方面的人，这不能代表系统中用户的真正角色。也就不能真正划分出用户的权限。2．用户的
软考笔记（九）高级系统架构师/分析师：软件工程与项目管理
null
05-10 3170
开发模型 开发模型主要包括： 瀑布模型 演化模型 增量模型 迭代模型 螺旋模型 快速原型 喷泉模型 V模型 瀑布模型： 瀑布模型是一个特别经典的，老套的周期模型。工序简化，将功能实现和设计分开。便于分工协作。 一般情况下将软件开发周期分为计划、需求分析、概要设计、详细设计、编码以及单元测试、测试、运行维护等几个阶段。 瀑布模型的周期是环环相扣的。每个周期中交互点都是一个里程碑，上一个周期的结束需要输出本次活动的工作结果，本次的活动的工作结果将会作为下一个周期的输入。这样，当某一个
一文讲透：提示工程架构师的提示系统日志分析平台思路
Golang编程笔记的博客
09-01 1029
本文旨在为技术从业者提供一个全面的提示系统日志分析平台建设指南，涵盖从基础概念到高级实现的完整知识体系。我们将重点讨论日志收集、处理、分析和可视化的全流程，以及如何利用提示工程技术提升日志分析的智能化水平。本文首先介绍日志分析的基本概念和核心原理，然后深入探讨提示工程在日志分析中的应用。接着，我们将展示一个完整的日志分析平台架构设计，并提供具体的代码实现。最后，我们将讨论实际应用场景、工具推荐以及未来发展趋势。日志(Log): 系统或应用程序运行时产生的记录事件和状态信息的文本数据。
《一文看透：AI应用架构师与AI系统集成的最佳实践奥秘》
最新发布
AI天才研究院
09-19 783
AI系统集成不是“把模型嵌入业务系统”这么简单，而是要解决三大矛盾数据与模型的矛盾：模型需要“高质量、结构化”的数据，但业务数据往往是“碎片化、非结构化”的（比如用户评论的文本、监控摄像头的视频）。模型与业务的矛盾：模型输出的是“概率”（比如“这个交易有80%的欺诈风险”），但业务需要的是“明确的决策”（比如“拒绝交易”或“人工审核”）。稳定性与动态性的矛盾：业务要求系统“7×24小时稳定运行”，但模型需要“持续迭代”（比如推荐系统的模型每周更新一次）——如何在迭代中不影响业务？
什么是系统分析
亮一方购物导航
04-28 4077
狭义地说，系统分析就是需求分析系统分析是传统软件工程生命周期里的一个环节，亦即：分析-->设计-->开发-->测试，当然，整个过程会有迭代和变更，但仍遵循着这样的顺序。系统分析要解决的是“软件做什么”的问题。至于“软件怎么做”的问题，则应该交给软件设计师和程序员。当系统分析把软件功能确定无误时，整个软件过程才有良好的开端。系统分析的成果是需求分析说明书，该文档必须正确、详细、完整地对软件要实现的需
系统分析的一些感想!
Jason的专栏
11-20 839
做IT项目时，大家都会遇到需求不断变化的情况!我对此现象结合自己的一些经验与大家做一个个人的分享:   1.首先了解项目，哪些功能是客户最关注的,哪些功能是次要的。一定要做到有得放矢。   2.尽量将用户的复杂的业务需求转变成最简单的业务规则和业务规则实现.先快速实现出一个模型。当后面的需求变化时，相应的结构和规则也跟着变化。   3.对于核心产品、业务规则和逻辑的设计万不可草率，
系统分析和需求分析
左直拳的马桶_日用桶
03-12 2万+
二者有所区别
如何进行系统分析
荣植华的专栏
02-06 2043
blueski推荐 [2005-4-9]出处：www.microsharp.cn作者：一箭无邪  摘要：　　教学目的，如何进行系统分析正文：一、什么是系统分析在具体的研究需求分析之前，我们先了解一下软件工程这个概念。软件工程分为三个层次，过程层、方法层、工具层。在最基础的过程层，最重要的就是一组被称为关键过程区域（KPAs）的框架（KPA的概念在讨论CMM的书中有详细的概念说明
【系统分析师之路】2011年上系统分析师下午论文真题
千月星跡
03-26 933
【系统分析师之路】2011年上系统分析师下午论文真题 2011年上系统分析师下午论文真题【系统分析师之路】2011年上系统分析师下午论文真题试题一 论模型驱动的软件开发方法及其应用试题二 论软件项目管理技术及其应用试题三 论Web系统的测试技术及其应用试题四 论联合需求计划在系统需求获取中的应用 试题一 论模型驱动的软件开发方法及其应用 试题一 论模型驱动的软件开发方法及其应用 模型驱动架构（MDA)是对象管理组织（OMG)提出的一种新的软件开发方法，它强调由软件系统的建模行为驱动整个系统的开发过程，来完
【系统分析师之路】系统分析师必知必会（需求分析篇）
千月星跡
03-07 2125
【系统分析师之路】系统分析师必知必会（需求分析篇） 系统分析师必知必会 需求分析篇【系统分析师之路】系统分析师必知必会（需求分析篇）1.什么是软件需求2. 需求分类2.1）业务需求2.2）用户需求2.3）系统需求2.4）非功能需求与设计约束性能（Performance）信息（Information）经济（Economic）控制（Control）效率（Efficiency）服务（Service）4.1）用户访谈4.2）问卷调查4.3）现场观摩4.4）联合需求计划4.5）情节串联版4.6）收集资料4.7）参加业
MooseFS与GlusterFS云存储系统对比分析
资源摘要信息:"基于中心节点的云存储系统应用分析"一文深入探讨了在云计算背景下，分布式云存储系统的架构设计与性能优化问题。文章以是否存在元数据管理节点为核心分类标准，选取了两种典型的开源分布式文件系统...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值