怎样规划设计Web系统的架构、流程、功能
谢邀。首先关于题目本身的问题：如何规划设计Web系统的架构、流程、功能？这其实是一个如何开展项目的问题，如果是带领一个团队，还涉及如何管理的问题。关于项目管理和软件工程已经有很多资料了，但是，如何结合个人、组织、项目特点具体展开项目？如何进行需求调查？如何规划时间、设备、人力资源？如何编写需求、设计文档？如何控制项目风险、应对需求变更？如何规范开发、测试过程？如何和项目组外部的利益相关方打交道？如何和项目组内部的各种角色打交道？如何解决系统性能、可用性、扩展性等非功能需求和技术挑战？很多书籍和资料对这些问题都有讨论并提出解决方案，但是，在我看来，这些方案大都冗余庞杂、纷繁复杂，也许适合通过ISO，CMM认证的软件工厂，但是很难适合项目周期短、需求变化快的Web、网站类项目。关于适合Web、网站类项目最佳软件工程实践和软件开发模式，可以写一本书，这里就不展开了。其次。问题补充描述中，关于如何解决Web系统实时性、扩展性等非功能需求，推荐阅读大型网站技术架构 (豆瓣) （利益相关：本人为该书作者）讨论了一些网站非功能架构设计的基本原理。具体的某些工具和解决方案，推荐构建高性能Web站点 (豆瓣)
■网友
谢邀。先满足基本要求：不要有单点，也就是说不要做成个单机版的，负载撑不住的时候通过加机器可以解决，就够了。实时性要求比较高，多高？把非功能需求定义清楚。至于将来的扩展性，以从你提问所感觉到的经验等级来看，是很难为将来的变化做出比较准的预判的。还是keep simple吧，不要想太多了。 也许到这个web系统下线都到不了那一天呢。
■网友
架构是实践出来的 不是规划出来的 可以参考 不可以照抄再完美的架构 碰到实际应用场景 也会有异常发生
■网友
架构要根据非功能性需求来设计，比如特定请求的响应时间，高峰期吞吐量，数据量，可用性要求等等。流程是功能的一部分。功能要靠需求分析。需求没弄清楚之前先设计架构的话，大部分时候是在浪费时间，应用场景太抽象，想象的太累，而且说不定什么时候需求就改了，架构设计也不用要了。我觉得你先hack出来一个系统再说，能做进去什么就做进去什么，需求能问就问、问不出来就猜，越快做出来越好，然后再看，没准现在这些问题都不是问题了。还有更高级一点的建议，你可以先做一套原型出来，那种能让用户点的比较逼真的（有很多工具），用来确认需求。靠文字很难描述/理解一个系统的需求。别太把架构当回事，需求没弄清楚是设计不好架构的。架构改起来是很麻烦，但没有改需求麻烦，更没有实现一个错误的系统再重做麻烦。
推荐阅读
- 聪明人养花，这3种“花”怎样也要养一盆，每年能省不少医药费
- 互联网怎样解决“家政服务上门速度慢”的问题
- 怎样看待从1月8号起，QQ钱包开始提现收费
- 银行it人怎样转型
- 汽车|冬天怎样让车内温度快速升高？座椅加热的最佳使用方式二，外循环的作用总结
- 怎样进入通信行业
- 怎样评价扶他柠檬茶的小说《云养汉》的结尾
- 怎样成为一名合格的Python程序员?
- 怎样评价华为、诺基亚、中兴中标中国移动高端路由交换设备扩容集采
- 怎样评价类似前橙会、百老汇、南极圈这样类型的离职帮抱团，对企业的积极意义和消极意义