社区
研发管理
帖子详情
系统分析设计问题!
Kanfu
2002-04-23 09:38:42
最近做系统分析设计,做好了感觉应该没什么问题,可是编代码的时候还是发现不少问题,有些设计根本行不通!得重新设计,致使项目延期不少,我想大家是不是会碰到这样的问题?还有就是设计时候应该注意哪些问题?
...全文
98
17
打赏
收藏
系统分析设计问题!
最近做系统分析设计,做好了感觉应该没什么问题,可是编代码的时候还是发现不少问题,有些设计根本行不通!得重新设计,致使项目延期不少,我想大家是不是会碰到这样的问题?还有就是设计时候应该注意哪些问题?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
17 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
ynrbjsp
2002-04-25
打赏
举报
回复
分析要基于业务,而不是基于后期软件实现。
而设计则是在分析的基础上确认软件实现如何能达到目标。
所以分析的时候要避免考虑实现,设计的时候必须考虑实现。
设计的首要目标是明确,不允许出现混乱。其次应在明确的基础上
考虑易于变化。
这样才能避免“有些设计根本行不通”的情况出现!
mach
2002-04-25
打赏
举报
回复
to wishbetter(人如其名)
设计当然要考虑实现,不考虑实现的设计怎么可能可行?
分析阶段不考虑实现,设计必须考虑。
tile_kite
2002-04-25
打赏
举报
回复
TO stonesky(no orbit) :软件工程论坛中有几个讨论系统分析员是否需要懂编程的帖子,你搜索一下.
ztj81
2002-04-25
打赏
举报
回复
这样的情况是都会遇到的,在处理这方面的情况时,除了认真做分析,结合别人成功的经验,还要知难而进的精神。
Mike_sun
2002-04-25
打赏
举报
回复
mark
god剑走偏锋
2002-04-25
打赏
举报
回复
不断回馈
weidegong
2002-04-24
打赏
举报
回复
我觉得主要原因还是系统分析做得不够细致,很多地方没有想到;经验不成熟也是有的
lcgong
2002-04-24
打赏
举报
回复
第一态度问题:据“想当然”;反对思维的惰性!
第二方法问题:熟练掌握一套系统分析设计的方法。如:OOA/OOD。
第三经验问题:不断总结经验,包括他人的。
唉! 我的认识也就到这了。
mach
2002-04-24
打赏
举报
回复
这是正常的,是客观规律,没有人能对未知的东西直接给出正确答案的,要解决的问题越大、越复杂就越是这样,因此才有必要将大问题分解为若干小问题,然后分阶段通过迭代来得到答案。
所谓迭代,实际就是逐步摸索,这实际就是人类认识未知事物采用的方法,比如大家都是经过了小学、中学、大学的迭代才有今天的学问的,如果要求你不上小学,直接读大学,大家认为现实吗?
stonesky
2002-04-24
打赏
举报
回复
to tile_kite
"分析的时候要避免考虑实现,设计的时候必须考虑实现."
能详细点吗?
freezingfire
2002-04-24
打赏
举报
回复
一定要用集体的力量,反复讨论!不要瞧不起水平比你低的人,系统分析需要整个项目组一起讨论!还有就是不要想当然,最好每件事情都能确认。
Kanfu
2002-04-24
打赏
举报
回复
做的不细致应该是一个原因,也反应了经验不足。团队合作---我也觉得非常重要,有时候一个人确实会感觉七上八下,拿不定主意,感觉很无助,呵呵!我还想知道你们公司中是怎么做的呢?
tile_kite
2002-04-24
打赏
举报
回复
这种情况对于刚开始做分析设计的人来说太正常了.坚持下去,会好的.
分析的时候要避免考虑实现,设计的时候必须考虑实现.
我认为经验和交流很重要
wishbetter
2002-04-24
打赏
举报
回复
这么说是不是我们没有必要在设计的时候去考虑实现。
不过我也遇到同样的问题,就是设计好了才发现实现不了。我想可能是有自己编程技术存在问题,还有就是设计做得不好吧。
far_ranging
2002-04-24
打赏
举报
回复
我想说一点
不要想当然觉得这样的设计可以,或是觉着能实现
如果没有十分的把握,我建议对设计方法先做一些测试或是试验,不要想着到代码阶段才去实现,这样很危险的。
Holly
2002-04-24
打赏
举报
回复
系统分析是需要多个人合作讨论才能经得住考验的,如果只是你自己闷头设计,在很长的时间里都是这样。
要利用团队的力量。
stonesky
2002-04-23
打赏
举报
回复
关注
打车软件
系统分析
与
设计
方案
本文从中国网约车行业发展历程与现状出发,对打车软件进行需求分析,采用SA方法及DFD工具进行系统建模,
设计
了一款具有市场竞争力的打车软件。
系统分析
包括业务需求、用户需求、功能性需求和非功能性需求,并提出了系统架构、部署和关键技术。重点关注乘客和司机的打车体验、安全性和便捷性,以及系统在高并发情况下的性能和稳定性。
系统分析
与
设计
知识点总结
本文深入探讨了面向对象分析与
设计
(OOAD)的核心概念,包括
系统分析
、
设计
方法论、UML建模及用例分析,强调了迭代和进化式开发的重要性,并通过POS系统与Monopoly游戏实例阐述了领域建模与
设计
模式的应用。
系统分析
员,让我头痛
本文围绕软件
系统分析
与
设计
展开,指出需求界面应自上而下、由PM主导,
系统分析
员
设计
应自下而上,要明确各层通信接口和模块
设计
。还提及当前存在
问题
,如表示层与逻辑层通信接口
设计
不当、角色不清、过度
设计
等,并强调
系统分析
员应遵循原则,保证执行力。
关于
系统分析
和
设计
的思考经验分享
本文阐述了
系统分析
与
设计
的步骤,从需求分析到编码,强调了思维转变的重要性,分享了发现
问题
和职责分配的方法,并比喻了分析、
设计
与编码之间的关系。,
软件
设计
师之结构化开发方法:从
系统分析
到
设计
的深度解析
本文深入探讨软件结构化开发方法,该方法由结构化分析、
设计
和程序
设计
构成,适合数据处理领域。
系统分析
需与用户合作,明确需求并构建逻辑模型;系统
设计
包含抽象、模块化、信息隐蔽和模块独立等原理,掌握这些对提升软件开发能力和项目质量意义重大。
研发管理
1,268
社区成员
28,281
社区内容
发帖
与我相关
我的任务
研发管理
软件工程/管理 管理版
复制链接
扫一扫
分享
社区描述
软件工程/管理 管理版
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章