我刚刚偶然开始为我公司的一个客户（中小企业）分析一个项目。我是一名 .Net 开发人员（5 年），在分析软件方面经验很少（来自学校的 UML）。
我们刚刚结束了与用户两周的交谈，并得到了一份不错的需求清单。显然，我们已经过滤掉了最重要的需求，并且必须将其中一些需求标记为“超出范围”。
我刚刚开始制作一些用例，但感觉我没有所需的专业知识来使整个项目取得良好的结果。我想知道是否有人从开发人员跃升至分析师，以及随之而来的情况。另外，一些关于分析项目的好资源也会很好。
Thanks.
似乎没有其他人对此表示反对，所以我会的。
我必须首先给你一些不受欢迎的消息 - 成为一名优秀的分析师就像成为一名优秀的开发人员 - 不是每个人都能做到。我认识很多人，他们擅长编写复杂的 Windows 应用程序代码，但在找出用户想要什么、缩小需求范围并提出设计方面毫无用处。因此，如果您发现进展困难，请不要感到难过。
这让我想到了第二点——你不能将分析和
设计，尤其是现代面向对象系统，两者是一个连续体的一部分。所以你必须为此做好准备。
我的第三点是不要过于执着于 UML。它是向其他人解释你的想法的好工具（前提是他们也了解 UML），但对于进行实际设计来说却是一个相当糟糕的工具。例如，与 UML 使用的火柴人绘图不同，用例可以轻松地在文本文件中维护。我不使用 UML，而是使用简单的框图来显示对象、组件和关系，通常在纸上和白板上绘制草图。
我的最后一点是，A&D 不是一项单人活动。找别人
涉及到你可以交流想法。如果您能找到一位经验丰富的分析师/设计师来帮助您一天左右，那就更好了。
希望这是有用的，而不是太消极！
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
