技术方案编写计的划和人员安排.docVIP

管理信息系统G12 离吧网 项目小组 技术方案章节编写安排 人员名单 杨逸.. 系统框架(framework) 实际上也是概要设计的东西, 基本上都是做网络信息系统, 无非就是J2EE模式, 说下使用了什么框架, 有EJB的, 有struts的, 有用spring的; 还有是数据库操作组建 基本清一色是hibernate(要么就是没有提的) 容器和应用服务器 有用apache的, 有用Weblogic, 有用websphere的, 把应用服务器的好处做一遍广告结束….. 硬件选型 主要是采购部分设计, 包括主机(数据库主机, 应用主机), 防火墙, 路由器, 阵列 呵呵 大家都好有钱的说 都往顶级的选择……. 模块设计 基本都是概要设计的目录的一个展现 总结: 基本上技术方案主要就是软件行业的总体设计的一个缩减版和概要设计的一个目录, 各组员即使不是软件开发设计行业的, 只要网上稍微搜下模板, 也就可以写出一个扯皮的东西, 既然吹牛就往大点的吹, 参考下ibm官网, 找点先进的技术吹下哈 我的观点 老师已经看多了千篇一律的上述垃圾,往届同学的技术方案之我的观后感如下: 有如Sun或者IBM销售的忽悠小说, 反正啥贵,啥新就是好的 拓扑图, 流程图 画的越复杂越好, 最好内容都是洋文, 看着专业 许多方案设计到概要设计后都非常的虎头蛇尾 与第二章内容脱节严重 对与上述4点我提点我的改进意见 首先, 由于我们是一个风险投资项目, 我们获得的资金和投资肯定不会如上这么充裕, 资金永远是紧缺的, 将资金用在最关键的地方, 而不是构造多专业的系统. 我建议我们的系统采购以及软件开发至少分多个阶段来写(也就是我们常说的 一期 二期 三期), 将最核心的部分放在一期实现, 一期采购一些便宜的设备, 如果业务拓展了 在购买更加强性能的设备, 开发更加多的系统功能. 这样方案看上去更加有可行性. 开心网不是也是一点点增加组件的说. 增加组件就是高可扩展性, 这个我们可以借鉴. 其次, 我觉得原来的架构是非常模糊的, 一看就不是软件行业的人制作的. 设备为何采够那些设备, 我们需要满足多少在线人数, 我们需要存放多少容量的数据, 为啥我们要使用2台IBM的高端服务器? 为啥我们竟然还要用阵列柜组? 这些都是因为需求没有明确, 没有告诉我们, 在多少时间内我们应该满足多少客户的并发? 需要满足7*24不停机维护? 因此我建议我们按照需求分析 - 总体设计 - 概要设计 , 来编写我们的技术方案, 需求分析部分其实第二章的同学帮我们完成了. 我们的工作是督促二队同学细化他们的需求分析. 然后我们组就剩下2个任务. 1是完成总体设计, 2是完成概要设计的目录 其中总体设计包括上面章节写的1,2,3,4,6,7. 概要设计包括了5,8 进而细分总体设计为系统概述(1,2,3) 和部署方案(4,6,7) 最后是任务分配 总体设计之系统概述 - 邱佳周逸峰 概要设计 – 杨阳 根据二章同学完成情况设计公共模块组, 控制模块组, 功能模块的概要设计架构和框图。建立UML模型去忽悠老师。 意见反馈和计划 希望G12中软件开发专业， 和三组队员， 对于我的分配提出意见， 大家可以沟通，如果没有意见， 就按上述方案和内容进行编写 4月12日前将编写内容发给我EMAIL: tengent@163.com 我进行初审 4月13日我给反馈意见 4月16日将修改意见完毕的文档上传QQ群, G12组全组评审， 4月19日截止评审 4月22日前完成对评审意见修改. ----------专业最好文档，专业为你服务，急你所急，供你所需------------- 文档下载最佳的地方 ----------专业最好文档，专业为你服务，急你所急，供你所需------------- 文档下载最佳的地方