非技术主管系统的UML模型
我为这个非营利组织做了一些副业，上个星期是我工作的第一周。它们有两个Server数据库，每个数据库中包含多个表，它们表示超过20个不同的应用程序，例如
- 课程注册-训练员可以报名教授不同的课程。
- 课程批准表-培训员填写此表格，以获得新的课程批准，以添加到现有课程的列表中。
- 时间表-一个学期的重要日期的时间表(假期，上课开始日期等)
- 培训员-所有培训员名单和关于培训师的其他信息(联系方式、教育等)
- 培训日历-学生可以查看的列表，看看本学期可用的内容
- 培训计划-为学生打印的报告，上面有他们报名参加的所有课程。
- 证书-在完成培训课程后为学生打印证书。
大约有15种其他的申请，但都与培训，培训，课程，学生等有关。
这些数据到处都是，因为表之间没有关系，为了完成简单的任务，必须执行非常繁琐的过程。例如，对于每个新术语，您必须复制“旧”表中的数据，创建一个新表，将旧数据粘贴到新表中，并将当前术语的新数据附加到新表中。在过去的10年里，每学期都有一张表格(每年3期)，这只是个开始。
从Excel到Server有大量的复制和粘贴，以便将数据导入数据库及其前端，以操作数据isMS访问，我想用ASP.NET替换它(它们有IIS7)。
为了正确地设计它并拥有良好的文档，我安装了Visio 2013，我正在学习UML。这样老板就能确切地知道如何重新构建这个系统，以及如何将所有的部分整合在一起--我应该为他创建什么样的UML图？那会是一个组件图吗？我需要给他10,000英尺的视图，所以像用例、序列或数据库图这样的东西对他来说是低层次的。
回答 2
Software Engineering用户
发布于 2013-05-25 14:41:28
别，除非是他主动要求的。
除非经理想知道“你的数据库写得不够有效”之外发生了什么，以及你问题中的文字。做文件的新旧设计，但为程序员做你的工作。
如果管理层想要细节，Visio是一个很好的工具。但列出“应用程序”和“数据”的抽象图表就足够了。一个单独的图表来说明如何存储“数据”，与第一个图的名称是一致的，应该足够了。
Software Engineering用户
发布于 2013-05-26 13:12:37
我会选择使用包依赖/域模型关系图来关联您找到的所有不同的应用程序(超级类)。显然，您将首先在非常高的抽象级别上这样做，然后逐步深入。这将有效地帮助您开发ASP.NET应用程序，具体到如何访问、编辑和存储数据以便检索到前端系统。
当您对业务数据流有了越来越深入的了解时，您还可以开发活动图或业务流程图。Activity在Visio中应该是最简单的，但是如果您熟悉BPM表示法，如果您还没有BPM表示法，可以抓取一个模板；在您最喜欢的搜索引擎中搜索“Visio2003BPMN”，然后得到像这样的东西。
这两个图对于您最终的重新设计工作(需求收集)非常有用，所以现在就进行它们，并向那些了解和理解业务的人展示它们，将有助于您获得细化，并准确地表示系统正在做的事情和预期要做的事情。尽可能多地与那些在那里工作的人一起回顾、回顾、回顾你的工作，这样他们就会逐渐“学习”你正在做的事情和你所采取的方法的好处。
这里有个提示:每当我画出看上去很复杂的图表时，我就把它们放在PowerPoint中，然后用一些小的亮点来伪装它们，以帮助企业理解我要做的事情。
继续构建他们对流程的每个术语或定义的词汇表(在Excel中)-就像您前面所做的那样。在演示文稿中，当你清楚地表达出支持你的设计的条款时，它是非常有效的。
记住，您的UML模型是一个图表和描述的集合，因此您肯定在正确的路径上。我相信，当您进入下一阶段时，这些可以为通信和评审提供数据模型。
https://softwareengineering.stackexchange.com/questions/199428
复制相似问题
腾讯云开发者
