在软件的需求与分析中,系统的功能模块设计的模块划分是以什么为标准?

问题描述:

例如:求职网站中,“投递简历”这个功能是在“职位详情”中投递的,如右图职位详情界面

但是,“查看投递状态”和“删除投递”是属于“投递管理”模块的功能。那么,在进行模块划分的时候,“投递简历”这个功能应该算在“查看职位详情”中,还是算在“投递管理模块”中?
职位展示
投递管理

就我个人理解,投递简历是属于投递管理模块中的,因为后台代码应该在一块。业务的角度也是在这个模块,只不过在详情加了一个按钮。

看这里的原则:耦合小、内聚大

https://wenku.baidu.com/view/f80af124e2bd960590c677f5.html

觉得正确,就请采纳

"投递简历"肯定在"投递管理模块"里面,查看职位详情”从字面意思,应该是查看目前在招职位详细情况,以及对招聘职位一些详细数据进行展现
所以综合来说"投递简历"应该在"投递管理模块"

如果需求分析是按界面来划分,还要需求分析师干嘛?客户自己不就可以划分了么?
需求分析的目的,是把客户的需求变为软件开发的计划,根据开发工作的类型进行分类,以提高开发效率和质量。
因此,作为一个求职网站而言,面向求职者的功能通常会被划分在同一个模块。
具体而言,就是对一个jobSeeker类的维护。如果让不同的人对jobSeeker进行编码,相互之间的沟通成本都承受不起。
然后前端工程师负责一系列页面的填充,jobSeeker类的开发者为他提供接口以实现各个功能。
……
好吧,我的意思就是“投递管理”和“投递简历”的页面呈现都是“前端呈现模块”的一部分,而他们的具体业务实现则是jobSeeker类的后端开发人员来负责属于“求职者业务模块”。