推荐阅读 
这是一个创建于 3629 天前的主题，其中的信息可能已经有所发展或是发生改变。
想发起一个大型系统设计及讨论：
功能说明：开发一个全功能信息系统，主要功能系统模块有：实验室合同管理，试剂管理系统，数据采集系统，报告审核发布打印查询系统，办公 oa 系统，考勤管理系统等等。
开发方式：选 b/s ， c/s 的尽量不用，但是数据采集和一些客户端提醒功能用安装程序方式来实现？
c/s 及 b/s 的优缺点就不说了，考虑大部分功能由 web 实现，如果客户端安装，可以集成 webkit 内核后直接连接 web 服务器操作，这样兼容性就不用怎么考虑。在在用户端安装自启动程序，此程序主要处理一些消息提醒（如果使用网站提醒必须打开提醒页面，否则无法提醒，设计使用开机自启动程序就没这个顾虑。后期开发微信及短信或者电话自动提醒功能），客户端自启动程序可以顺便负责自动采集仪器检验数据。
数据库设计：前期采用 mssql ，本来准备每个模块建立一个数据库，在建立一个统一认证的数据库，把这几个不同的库放到不同服务器，提高查询效率，后期大数据多个系统可以独立服务器提高处理能力，但是最近调查接触很少有这样设计的，大家有什么好建议？
开发语言： java 或者 c#
前后端主要使用的技术： bootstrap SignalR 等。
如果让你设计这个，有什么建议或者好的方案
功能说明：开发一个全功能信息系统，主要功能系统模块有：实验室合同管理，试剂管理系统，数据采集系统，报告审核发布打印查询系统，办公 oa 系统，考勤管理系统等等。
开发方式：选 b/s ， c/s 的尽量不用，但是数据采集和一些客户端提醒功能用安装程序方式来实现？
c/s 及 b/s 的优缺点就不说了，考虑大部分功能由 web 实现，如果客户端安装，可以集成 webkit 内核后直接连接 web 服务器操作，这样兼容性就不用怎么考虑。在在用户端安装自启动程序，此程序主要处理一些消息提醒（如果使用网站提醒必须打开提醒页面，否则无法提醒，设计使用开机自启动程序就没这个顾虑。后期开发微信及短信或者电话自动提醒功能），客户端自启动程序可以顺便负责自动采集仪器检验数据。
数据库设计：前期采用 mssql ，本来准备每个模块建立一个数据库，在建立一个统一认证的数据库，把这几个不同的库放到不同服务器，提高查询效率，后期大数据多个系统可以独立服务器提高处理能力，但是最近调查接触很少有这样设计的，大家有什么好建议？
开发语言： java 或者 c#
前后端主要使用的技术： bootstrap SignalR 等。
如果让你设计这个，有什么建议或者好的方案
 | 1 twor2 2016-01-09 16:44:44 +08:00 多少人用？预算多少 |
 | 2 idblife 2016-01-09 17:58:31 +08:00 想法不太成熟 这样的项目反正我是不愿意做 如果做的话 12 个月， 100 万起 django 妥妥的 |
 | 3 wph95 2016-01-09 18:41:16 +08:00 //本来准备每个模块建立一个数据库，在建立一个统一认证的数据库，把这几个不同的库放到不同服务器，提高查询效率，后期大数据多个系统可以独立服务器提高处理能力，但是最近调查接触很少有这样设计的，大家有什么好建议？ 你这系统 每日 pv 得上百万？ 用户量几十万内 老老实实做好索引，结合 Redis ，用 mysql / postgrepsql 不会出现性能瓶颈。 数据库做 读写分离。 你说的这个设计叫 微服务化。 //如果让你设计这个，有什么建议或者好的方案 后端 python （ django ） 或者 ror 或者 go ，选 java 。。。选择 go dead.... 前端 bootstrap 也算是技术啊 。。。。 SignalR...不就是个 WebSocket 嘛 也算不上什么技术。 功能都是传统 cms 的功能，也不说给多少人用，没法设计。 根本没看出来咋么大型了，逻辑多就算大型？。。。。 |
 | 4 qile1 OP @wph95 逻辑多，数据量大，你意思用户量多才算大型？ 操作用户前期几百，访问用户随着业务量的增加，主要是检验申请和报告查询，可能几十万以上。 |
| 6 wph95 2016-01-09 19:51:29 +08:00 @qile1 主要得看每天 或者 每小时的调用频率。 访问量决定架构。 逻辑复杂度决定工期。 //个人觉得起码得千万用户 日百万的 api 请求，或者 几十几百个 T 的数据量 才能算得上 大型吧 //用 django 1 个月写了个 web ， 100g 的数据库生成，每天千人以上的访问量，也就一台阿里 双核 2g 服务器轻松抵御 |
 | 7 hst001 2016-01-09 22:16:00 +08:00 大型系统不可能做到快速低成本的，你忽略了高昂的测试成本 |
 | 8 sunus 2016-01-10 01:27:48 +08:00 信息系统最复杂的部分是 ... 需求 ... 难点是怎么能设计的很灵活，能满足各种需求，能快速实现各种需求变更。 |
| 9 idblife 2016-01-10 14:55:50 +08:00 @qile1 操作用户前期几百，访问用户随着业务量的增加，主要是检验申请和报告查询，可能几十万以上。 这能叫大型？ 我一个人一年能做出类似的东西，前提是需求没变更。 你自己需求还没整明白，另外好像你也不懂。。。 |
 | 10 haogefeifei 2016-01-11 12:58:03 +08:00 楼主孤陋寡闻。。 这样的东西已经有了。。 来着欧洲的 Odoo(原 OpenERP).. 还是开源的。。。 |
| 11 qile1 OP @haogefeifei 这个 erp 软件功能确实强大，上千的模块，但是在主要的实验室报告审核及数据采集估计即使有功能模块也不太灵活。 @idblife 技术方面确实不太懂，本来准备发帖开贴讨论的，发现论坛大拿太多，现在有个技术员说他十五天几万就能弄出。据说是 c#开发，我大致了解了一下，后期如果有机会我弄成了上来总结 |
| 12 haogefeifei 2016-01-12 23:32:03 +08:00 @qile1 人家的设计值得借鉴。。。开发个什么快成狗。。 |
Select Language