标签：控制系统 一个 概念 bsp 整理 建模 开课 责任 一起
我来自17系，之所以选这门课是因为我们实验室有两届师兄选过，并且特别推荐。经过一学期的学习，发现确实如他们所说，这门课需要花费较多的精力，但是可以学到很多的东西。不过说实话，刚开课的时候，确实有点被老师吓到，还曾经犹豫过要不要退课。但最终还是很庆幸选择了坚持。
我们组的项目题目是轨道信号灯控制系统。在这个项目的推进下，我对于软件工程这门课程从陌生到渐渐地熟悉起来，系统的学习了UML设计语言，梳理了项目框架，设计流程。在这个过程中，我对项目的了解越来越清晰，甚至发现我们一开始的很多想法是错误的，通过领域分析那段时间的讨论学习，对我们的项目任务建立了新的想法。在需求分析过程中，我一开始的想法是一个很笼统的概念，但慢慢才发现，这是一个很细致的过程，需要对项目有宏观的掌控，又要对整个系统有一个细致的把握，要细致到把每一个场景抽象的表达到类图当中。在整体的框架搭建起来之后，我们在设计建模过程中为我们的模型添砖加瓦，这部分也是我们对于系统安全性要求做出的一些核心方案。包括我们设计的三级架构、并发事件分步式处理，加入了故障诊断模块，根据危害程度对故障进行了等级划分，又加入了动态的风险评估机制，让我们的故障诊断模块适应列车行驶的动态场景。
每一个阶段我都有不同的体会，想必这也是老师要求我们对这几个阶段进行博客总结的目的。回首每一段，软件工程就好像是再造房子之间画出的宏图，了解需求，设计构架，在整体构架上对各业务需求细化设计，层层递进。
作为非软件专业的人，这个课程所带给我的更有意义的可能是一种思维方式。当我以后面对一个庞大的系统的时候，我可以以更科学、更清晰的思路，去审视这个系统。我觉得这个收获也是远超课程项目本身的。在此感谢吴老师，谢谢您！
我们团队给我的感觉，给我印象最深的就是和谐。记得在听其他组答辩的时候，听到过人为自己小组组织开会有些不尽人意的情况。但这种情况在我们这个组从来就没有国发生过，我们组也有一个组长，他很出色，但他给人的感觉从来都不是一个组织者的身份，从来没有很刻板的组织会议流程，我们每次开会都会围绕主题畅所欲言，而组长总是可以在最恰当的时机汇总我们每个人的想法，把大家的想法提炼汇总，这真的是很棒。我们组的成员都不需要分配任务，几乎都是各自认领，而且都很在意谁的任务是不是太多了，要不要分出来均匀一下，我觉得每个人都是很有责任感的。
我们小组对课题的大部分想法都是来自与讨论，讨论就难免有意见相左的情况。但我一直认为，出现分歧和解决分歧的过程，往往会促进发展。而我们项目的一步一步发展也确实是这么一个过程，通过讨论，得到结论，然后各自认领去整理、实现。这也说明了在我们的任务贡献度上是很平均的，因为我们都很重视讨论产生想法的过程，集思广益，最终课题的完成是大家共同努力的结果。
最后，我们成为了朋友（我竟然对结课有些不舍），希望在以后的学习和科研过程中，大家能有再有一起讨论想法的机会！
标签：控制系统 一个 概念 bsp 整理 建模 开课 责任 一起
原文地址：https://www.cnblogs.com/huangtd/p/14327334.html
