以人为中心还是以事为中心
2008-01-16 13:56 Virus-BeautyCode 阅读(502) 评论(0) 编辑 收藏 举报-
在面向对中分析中,我们通常使用的需求分析方法是先找到参与者,然后找到参与者相关的用例。
可是我在分析一些系统中发现,这么做是很难进行下去的。个人感觉还是要根据系统的类型区分开来,有的系统是OA,或者是ERP,或者财务软件,或者是企业的信息系统之类的系统的话上面的方法还可以使用。因为它们的参与者可以到岗位上面,是相对固定的。
可是有一些其他的系统,是由一件事产生的,过了这件事之后就不用了,或者就失效了,就是针对这件事情而开发的。比如说针对近期我做的针对某项赛事的商品的系统,或者一些针对某项活动而产生的系统,为赛事或者活动而服务的系统,结束之后也就不再使用了。就很难先找到参与者,在找到参与者相关的用例了。觉得还是要通过分析系统的功能,才能更好的找到参与者,要不不好进行下去。
以上都是个人的一点认识,不知道大家有什么想法,谢谢!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构