前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >[答疑]图中的“通讯录”那里,我觉得可以不要了

[答疑]图中的“通讯录”那里,我觉得可以不要了

作者头像
用户6288414
发布2021-11-10 15:09:35
3610
发布2021-11-10 15:09:35
举报
文章被收录于专栏:软件方法

第五元素 2021-11-2 7:13

潘老师,以前你解答过的这道题,现在我重新做了一下,能否帮忙看一下?公安**实有人口**建模

1、公安机关对自己本辖区需要管理的人员叫做"实有人口"(实际居住在本辖区的人员)。根据人员的户籍地址与居住地址的差异,分为人户一致人员、人户不一致人员、户口待定人员、流入居住人员、境外居留人员5大类

2、实有人口管理中需要对他的关系人、联系电话、虚拟身份、通讯录等管理

3、可以对实有人口办理居住证和无犯罪记录证明

这个是你以前的解答

我主要问题是:

1、我自己画的图中的“通讯录”那里,我觉得可以不要了。有了人际关系,就可以表达(现)通讯录应该具备的能力了,这样做法对不?

2、我觉得你的解答中,人口和实有人口的关系没有体现,所以用了泛化,实际上可能还有 户籍人口、常住人口等(这些领域概念之间的关系,我不太确定是否可以这样划分),并且,后面的描述 办理。。。。只针对实有人口。这样想法对不?

3、身份那我也用了泛化,这样可以吗?

UMLChina潘加宇

*我之前给的图只是人员关系模式的通用模型,不是针对你的问题的解答,可以在该图基础上增减

*通讯录相当于一个报表,可以删去。《软件方法》中:托运单、出库单、销售单等各种单据,以及身份证、工作证、图书卡、设备卡等各种卡片和证件,在信息时代之前就已经存在了。它们相当于某种存储结构,存储一个或多个概念的信息。现在,既然用软件系统取代了这些单据、卡片和证件,那么要建模的实体类应该是它们所代表的概念,而不是单据、卡片和证件本身。

*如果“身份”指的是某个凭证,“虚拟(应该为虚拟身份)”作为子类可以的。如果身份指的是“身份类型”,虚拟只是一个身份类型的对象

*人口和实有人口的关系没有体现,所以用了泛化--目前来看,应该可以

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2021-11-04,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 UMLChina 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
腾讯云 BI
腾讯云 BI(Business Intelligence,BI)提供从数据源接入、数据建模到数据可视化分析全流程的BI能力,帮助经营者快速获取决策数据依据。系统采用敏捷自助式设计,使用者仅需通过简单拖拽即可完成原本复杂的报表开发过程,并支持报表的分享、推送等企业协作场景。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档