【软件工程】关于校园道闸建设的思考

【软件工程】关于校园道闸建设的思考

原文链接：关于校园道闸建设使用的答记者问

软件需求分析

业务需求

1. 反映了组织机构或客户对系统、产品高层次的目标要求。
2. 从组织或者客户的角度，实质就是业务的建设方；比如房地产市场的开发商。

具体体现

摘录公众号里的回答

• 一是常态化疫情防控工作的需要，上级教育管理部门要求学校加强管控，实行非必要不外出、非预约不入校
• 二是平安、智慧校园建设的需要，学校第十次党代会提出要加强信息化基础建设，建设智能道闸系统可以有效减少无关人员、车辆随意进出校园的行为。
• 武汉部属高校基本上都建设了行人道闸系统，这对维护校园治安安全、做好校园疫情防控发挥了重要作用。

用户需求

用户的目标，或用户要求系统必须能完成的任务。从使用产品的用户的角度；比如买房的人。

具体体现

• 在这里，用户则指的是校内人员(教师、学生等)、校外人员
• 用户需求即安全、方便、易于操作
  • 首先要保护用户的隐私。
  • 进一步的讲，针对到具体的特殊人群，比如老年人或者小孩子，那么对于他们来说，如果使用手机扫码或者预约显然不是十分合适，因此需要安排一种无手机的通道——比如刷卡或者由监护人护送下通行。
  • 针对校外人员，需要添加更多的进出限制以及更加健全的信息登记系统，且不至于让进入的外来人员感到厌烦。

功能需求

1. 规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。
2. 从产品本身的角度，即产品要具备怎样的功能，才能满足相应的业务需求和用户需求；比如房子。

具体体现

• 留痕模式
  • 刷卡
  • 留下进出痕迹
  • 开闸门
  • 出、入校园
• 预约模式
  • 针对系统内人员
    • 同留痕模式
  • 校外人员
    • 已预约
      • 同留痕模式
    • 未预约
      • 禁止进入
• 管控模式

非功能需求

非功能需求主要与系统的总体特征相关，是一些限制性要求，是对实际使用环境所做的要求。

具体体现

• 性能
  • 在通过校园道闸时，应当做到扫码填写资料或者放行迅速，不可以让用户长时间等待
  • 当通过人数过多、多个道闸都在同时运作时，要最大限度地保证不会出现宕机的现象
  • 合理分配服务器资源，做到不浪费、不卡顿
• 质量属性
  • 做好道闸口出现问题要及时修复的准备
  • 减少道闸口出现问题的概率

总结

整体来说，针对一个完整的项目进行功能分析，以上的工作是不够用的，还需要经过更加标准严格的条件进行精准的调查以及分析才可以得到较为可行的功能设计。