需求分析:
软件的最终目的是用来解决用户的某些问题,需求分析就是要理解要解决的问题,真正明确用户需求。请发表一篇随笔,完成初步的需求分析:
1.访问软件项目的真实用户(至少10个),确保软件真正体现用户的需求,为软件最终可用奠定基础。
问:关于实验室故障报修管理系统你认为需要实现哪些功能?
同学A:既然是报修管理系统,就要有设备的信息,设备状态。发现问题可以及时反馈,维修人员可以第一时间知道。
同学B:实时的故障显示,同学们可以在第一时间内知道哪些设备损坏待修,方便寻找正常的实验设备。
同学C:反馈系统,同学不仅仅是反馈设备状态,还可以留言提出自己的建议看法,实现维修人用和使用者的交互。
同学D:每台设备都要有故障记录,可以作为设备维护和更换提供信息帮助。
同学E:实现学生的注册管理,管理员的注册管理,录入学生信息,教师信息,维护人员信息。
同学F:如果方便的话,可以开设站内交流。这样的小的问题就能及时解决,不需要麻烦维修人员,节省成本。
同学G:有人提及过人员的信息管理,那么就应该不同的人员有不同的权限。比如:老师,学生,维修员,系统维护员。每个人对应不同的群体区分权限。
同学H:以往的故障报修都是进行手工汇总的,随着时间的累计信息量越来越大,管理员对这些信息的管理越来越困难,希望可以实现自动化管理和汇总。
同学I:对维修任务设置紧急级别,有些小的问题影响不大不需要及时修理,而有些设备对实验的影响范围大需要及时修理。
同学J:大的功能我也想不到了,希望可以保护个人隐私,比如匿名报修不泄露个人资料。
同学K:通过系统能查询到所有录入设备,设备应该有相关的详细信息
同学L:最好可以对设备故障次数进行记录,对故障次数太多的设备提示更换。
2.参考《软件需求规格说明书》国标规范文本,撰写对应项目的软件需求规格说明书。提供《需求规格说明书》的Git链接。
软件需求规格说明书
3.NABCD 写作,视频
N (Need 需求):解决实验室设备维修管理中存在不规范,效率低等问题,便于设备管理人员跟踪设备状况,统一安排调度,合理控制维修进度
A (Approach 做法):提高良好的交互界面,内部良好的数据结构和实现逻辑。
B (Benefit 好处):提高报修和维修效率,将设备管理规范化
C (Competitors 竞争):领域针对性强,产品规模小,易于修改,可塑性高,灵活性强。相比于目前网络上已有的管理系统,我们的服务群体规模小(本校),因此针对性强,我们得到的用户反馈反应时间短,反馈速度快,能够快速的对网站的功能和结构存在的问题提供及时有效的解决办法。
D (Delivery 交付):需得到学校认可,由实验室教师宣传,还可在实验室墙上,桌上小贴士宣传。
4.团队协作,加强分工,需要描述每个成员的具体分工及占整个文档任务的工作量比例。
061完成需求采访 占百分之10
059完成NABCD 占百分之10
056完成《软件需求规格说明书》初稿 占百分之20
060完成原型设计 占百分之20
058完成代码规范 占百分之20
057撰写博客 占百分之20
原型设计
先只是简单的设计了部分页面,后续将有更多的改进
编码规范
编码规范的文档发布到了Coding
Coding地址: https://coding.net/u/GitForever/p/LFRManagementSystem/git