c# - 应用开发流程

Question

不久前，我为我工作的公司开发了一个简单的工程应用程序（Excel / VBA）。最近，其他公司对该软件产生了兴趣，因此我被分配为使其更加用户友好。
我打算将VBA / Excel迁移到winForm C＃应用程序。由于这将是一项繁琐的任务，因此我想设置一个UML或分步图，以免在开发过程中忘记某些东西。所以我的问题是：
任何人都可以告诉我是否有应用程序开发工作流的示例，其中包括带有修订版本的更新过程等。

Answer 1

首先，恭喜您接受了一个开发项目。希望您会发现它很有收获。我也鼓励您向Stackoverflow注册，以便您可以给自己起一个有意义的名称（或至少比user339481更有意义的名称）并轻松跟踪您的问题和答案。我相信随着过程的进行，您将获得更多。

为了回答您的问题，软件开发方法学是一个非常非常广泛的主题，因此几乎不可能全面了解它们。我鼓励您看一下Agile和Waterfall以及SDLC (software development lifecycle)这样的一般图片。

简而言之，当您处理完全符合最终用户需求的明确定义的静态需求时，瀑布式效果更好。当您处理现实时，敏捷（以及其他迭代，动态方法）会更好地工作。

做工作



通过非常高级的概述，可以考虑以下几点：


收集您首先可以满足的要求。


在开发过程中，需求可以并且确实会发生变化（尤其是对于内部业务线应用程序，对于收缩包装产品，需求会稍有变化），但是您希望尽可能减少这种情况。除非特定的外观实际上会对可用性产生影响，否则请不要让您的消息源定义应用程序的实际外观（他们肯定会这样做，所以请多加注意）。普遍情况并非如此。有一个“最佳设计”，用户很可能不知道那是什么。收集有关系统应该做什么以及其结果应该是什么样的信息。对您来说幸运的是，由于您已有产品，因此您可能已经有很多此类信息。


在开始编码之前，请先进行总体设计，但不要使分析瘫痪或过度设计成为受害者。


就像过度设计解决方案一样诱人，就像在没有明确定义的方向或目标的情况下跳枪并开始编码一样。使事情尽可能简单，同时避免将来扩展时受到束缚。如果您写的东西不错，那么您将来会希望做得更好！我说了这些，但这两件事是软件开发中最困难的两件事。节省的恩典是，轻松地将它们做好可以令人满意地做，很难做到非常好。运用您的判断力，如果看起来您走错了方向，不要害怕退缩并下垂。


自己测试软件，但由知道自己在做什么的人进行测试


您需要严格地测试软件，但是即使您是该领域的主题专家（换句话说，这是您为了简化工作而写的东西），但您所需要的不仅仅是看到它而已，测试它。让您信任从事此工作的人，以帮助您使用软件并提供反馈。

计划工作



听起来您好像想创建一个有关如何编写软件的UML图，这是我建议的建议。它不会有帮助，与编写软件相比，您花费的时间要多得多。

但是，可能会有帮助的是该软件应如何工作的UML图。尽管这在很大程度上取决于您正在编写的应用程序的类型（它非常适合于自动处理系统，在该系统中，真正的一切实际上都是由循环执行的一系列步骤组成的，而对于需要大量UI的应用程序却没有那么有用） ，但是即使对于映射整个系统没有用，它对于映射系统的某些部分也可能非常有用。如果选择使用UML描述应用程序的任何部分，则必须使它保持最新和准确。如果该图没有反映应该发生的情况，则将毫无用处（实际上，这可能是一个障碍）。如果您的工作做对了，它也应该反映出实际情况！

最后...



我不确定在这里对您有多大帮助，但是希望这将至少为您提供一些有用的信息。如果您有更具体的问题，请利用我们在SO上拥有的大量知识：搜索您的问题，如果没有其他人想问这个问题，则将其发布。这里有很多知识渊博的人，包括Microsoft C＃团队的工作人员和其他撰写有关此类内容的书籍为生的人。您会发现几乎所有您能想到的答案。

祝好运！