早期分析和之前在该业务领域的经验表明,它将拥有超过150个表/实体,因为我们的客户不是软件工程师,我们知道我们的数据模型将在项目进展中多次改变.
1)由于会发生许多变化,因此更新数据模型和数据存储的工作量减少.
2)创建数据存储所需的时间更少,并有助于更快地推进项目.
注意:此应用程序将使用大量数据(对于某些实体,10k,100k对象).但是,它将很少(有时可能没有)并发请求和在线用户.
提前致谢
解决方法
because our customer isn’t a software engineer and we kNow that our
data model will change many times
是现实,但不是数据模型多次改变的全部原因!
BTW一些建议可能会有所帮助
将业务分析视为关键点,并继续进行业务分析
越来越多的分析投资将降低开发和变更管理的成本
让一位特定才华横溢的分析师作为客户办公室的代表.
有一个特定的客户代表负责分析和开发团队.
记录客户的业务流程,与客户讨论.记录谈判结果.
设计和变更管理
永远不要单独设计数据库.头脑风暴团队成员,邀请客户代表,邀请业务分析师,在设计团队中拥有DBA,具有Change-Manager角色.
技术
看看技术趋势(可能使用基于文档的数据库会有所帮助)
拥有灵活的框架和架构,为商业软件生产服务,而不是相反!
变化将来……准备好了
变化将会到来,所有上述努力都旨在优化解决方案,以便在变更发生时降低成本,它们不会阻止变更.
您需要有一个可接受的机制来向客户开账单
ITIL’s服务级别管理,SLA和OLA将成为指导.
所以问题的答案是:
1)以上所有内容都有助于解决问题.首先使用模板方法继续进行交互式分析,然后进行下一次设计并在迭代中进行开发.这将会产生成本.
2)取决于技术和框架,将有工具(我不知道EF)只是不坚持特定的平台或库.
希望这可以帮助.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。