UML菜鸟(122486**22) 21:31:39
请教下，一下转不过弯了：
如果需要把信息保存，然后能分类显示。那需求就该是信息保存和信息显示？但安UML用例，保存是为了显示的，所以真正的需求是显示？如果我想保存的信息不仅有文字，还有图片，视频，选用的数据库是mysql，那这些应该是需求的约束还是？
潘加宇(3504847) 16:39:37
（保存是为了显示——存钱是为了取钱？取钱是为了做生意，做生意是为了存更多的钱，存更多的钱是为了娶个漂亮老婆？要确定研究对象才能谈论用例的目标。例如，录入时，执行者期望达到的目标可能只是“把录入的信息存好”，达到这个目的就离开了，至于以后什么时候有人会来让系统显示，到底会有谁来让系统显示，执行者没法期望，系统也没法做出承诺）
用例类似于"录入员-->录入信息"，"市民-->查阅信息"。"
保存的信息不仅有文字，还有图片，视频"是用例里的步骤"录入员提交信息"的一种补充约束，字段列表。
选用的数据库是mysql，如果只是开发团队的设想，不是需求，应该问为什么要用mysql，找到涉众真正关心的需求。如果这是涉众的要求，不这样不行，那也是需求，属于另外一种补充约束，设计约束。