软件方法（下）分析和设计第8章分析 之 分析类图——知识篇（20211227更新）
软件方法（下）分析和设计第9章分析 之 分析类图——案例篇（20211228更新）
问题时间：2012/12/7
UML菜鸟(122486**22) 21:31:39
请教下，一下转不过弯了：
如果需要把信息保存，然后能分类显示。那需求就该是信息保存和信息显示？但安UML用例，保存是为了显示的，所以真正的需求是显示？如果我想保存的信息不仅有文字，还有图片，视频，选用的数据库是mysql，那这些应该是需求的约束还是？
潘加宇(3504847) 16:39:37
（保存是为了显示——存钱是为了取钱？取钱是为了做生意，做生意是为了存更多的钱，存更多的钱是为了娶个漂亮老婆？要确定研究对象才能谈论用例的目标。例如，录入时，执行者期望达到的目标可能只是“把录入的信息存好”，达到这个目的就离开了，至于以后什么时候有人会来让系统显示，到底会有谁来让系统显示，执行者没法期望，系统也没法做出承诺）
用例类似于"录入员–>录入信息"，“市民–>查阅信息”。"
保存的信息不仅有文字，还有图片，视频"是用例里的步骤"录入员提交信息"的一种补充约束，字段列表。
选用的数据库是mysql，如果只是开发团队的设想，不是需求，应该问为什么要用mysql，找到涉众真正关心的需求。如果这是涉众的要求，不这样不行，那也是需求，属于另外一种补充约束，设计约束。
标签：显示,保存,信息,答疑,用例,mysql,DDD 来源： https://blog.csdn.net/rolt/article/details/122762841
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。