我只是偶然到我公司的客户之一(一个SMB)分析项目的工作。 我是一个.NET开发(5岁)在分析软件缺乏经验(从学校UML)。
我们刚刚完成了两个星期的用户交谈,并得到了要求一个漂亮的大名单。 很显然,我们已经筛选出的最重要的要求,不得不来标记一群为“超出范围”。
我刚开始做一些usecases,只是觉得我没有必要的专业知识,把这个整个项目好下场。 我想知道是否有人已经取得了飞跃,从开发商分析师,什么与它去。 同样在分析一个项目的一些好的资源将是很好。
谢谢。
我只是偶然到我公司的客户之一(一个SMB)分析项目的工作。 我是一个.NET开发(5岁)在分析软件缺乏经验(从学校UML)。
我们刚刚完成了两个星期的用户交谈,并得到了要求一个漂亮的大名单。 很显然,我们已经筛选出的最重要的要求,不得不来标记一群为“超出范围”。
我刚开始做一些usecases,只是觉得我没有必要的专业知识,把这个整个项目好下场。 我想知道是否有人已经取得了飞跃,从开发商分析师,什么与它去。 同样在分析一个项目的一些好的资源将是很好。
谢谢。
没有其他人似乎在这,所以我会是采取重击。
我得先给你一些不受欢迎的消息 - 是一个很好的分析师就像是一个很好的开发者 - 不是每个人都可以做到这一点。 我知道很多的,在编写都在找出用户想要的东西,缩小这些要求无用复杂的Windows应用程序的代码,并拿出一个设计都是伟大的人民。 所以,如果你发现很难不心疼。
这使我的第二点 - 你不能特别是对现代面向对象系统中分离出来的分析和设计,两者是一个统一体的一部分。 所以,你必须为做好准备。
我的第三点是不要太执着于UML。 为解释给别人你的想法的好工具(只要他们知道UML太),但这样做的实际设计相当烂的工具。 例如,使用情况也可以很容易地在文本文件中保存,而不是说UML使用那些坚持人图纸。 相反UML的,我用简单的框图显示对象,组件和关系,通常勾勒在纸上,并在白板上。
我的最后一点是,A&d不是一个人的活动。 让别人参与,你可以反弹的想法了。 如果你能得到一个经验丰富的分析师/设计师帮你在一天左右,那就更好了。
希望是有益的,并没有太多负面!
为了减轻尼尔的坏消息,我会说,你问自己这些问题在所有的事实可能是一个好兆头。
这可能是值得考虑的敏捷方法的一些变种,如果你有你的客户(和你的管理)的良好关系。 它可以帮助减轻一些试图看得太遥远的未来的风险。
请记住,“客户只有意识到他想要什么,当你给他什么,他提出要” :)
在分析应变,以避免类似的思维,当你分析客户的需求,并且还当你想出新系统将是什么样子给他出主意开发。 技术“考虑”(“这将是代码容易得多”,“我可以使用新技术X”)才可以真正在设计的东西是有用的和可用的方式。
当编码不要惊慌。 分工到可管理的块。 不是每个人都会同意这一点,但如果你有一个无法控制块,你不能轮得到你的头发现自己, 刚开始编码 -即使你打通了一半,不得不重新开始,你会进步比你更只是坐在那里等着事情发生。
要小心,不要忽视的“目标” - 经常检查你是不是在不知不觉中改写的规格,当您去。
UML是一种通信工具,所以你应该用它来引起与用户的需求。
你不应该用微小的细节,没有人会理解你的过载图。 至于我,我避免使用怪胎丑图像那些从Rational Rose和一致好评,我画他们自己与图形工具,否则为你,你可以使用一些有趣的东西像yUML.me (一个免费的在线UML工具),您的用户应该爱它。
我甚至developped对yUML DSL的顶部业务分析师用户友好的语言,使用户可以用简单的英语直接表达,并把它转换成UML像
Blogger is a User
Admin is a Blogger
Author is a Blogger
Subscriber is a User
Admin Manage Site
Manage Site Include Manage Users
Manage Site Include Manage Themes
Manage Site Include Manage Plugins
源代码可以在这里找到: http://reboltutorial.com/blog/easy-yuml-dialect-for-mere-mortals/
最关键的是让事情变得简单。 很多人过于复杂的图表,这就是为什么UML有一些不好的名声。
我发表的几个职位与得到新鲜的设计师有了一个良好的开端的意图。 所有职位都可以在这里找到: http://aviadezra.blogspot.com/search/label/UML
在大多数情况下,你使用部署图建模系统的物理结构,后通过显示简单的使用中,我们目前唯一的节点及其相互关系的部署图的“建模系统中的物理体系结构”开始,并全面启动图象通过包括组件和在所述节点上运行的应用程序。
在下一阶段中,我们描述了系统的逻辑体系结构由表示逻辑组件的简单布线使用组件图,柱“建模系统逻辑架构”开始并通过包括接口暴露/所要求的组件和示出了完成的图片在这样它们连接在一起。
如果你设计的并行应用程序通过使用活动图显示平行的工作流程开始,使用序列图和类图完成图片,这篇文章的建模并行应用程序“将引导您完成整个过程。
当进入到细节设计阶段使用类图来描述的以不同的方式彼此相关联的类型的对象(类)的术语问题域,后协会,聚合和组合“说明的关联连接器的3变化在类图使用。
接下来,您使用序列图来显示不同的对象如何互相影响; 与序列图的一个常见问题是如何显示的条件和迭代,这篇文章的互动片段“介绍了如何相互作用片段运营商(Alt键,选项,PAR,循环和区域)可用于对这一问题。