适合中国的软件开发模式(讨论)

8848ccj 2004-04-20 04:29:40
开发软件有一段时间了,感觉最大的问题是效率低下,往往不能按时完成项目的开发。
当然,存在这个状况有很多原因,我个人认为没有遵循软件开发的周期是最大的问题。
出现这个问题,系统架构师或软件设计师应负大部分的责任。作为项目负责人,如果
不知道项目何时完成,不能给出一个确切的进度表,程序设计人员就更不会把握了。我们
在开发中应遵循一般的规则。一个项目的开发应经过以下几个方面:
一、 需求分析阶段
完成的任务:
1、 总体概述
有具体的业务人员、需求(系统)分析人员共同完成
2、 需求描述
3、 系统分析
4、 培训安排
客户业务代表、系统架构师、软件设计师、程序设计师及相关的程序设计人员
二、 软件架构阶段
1、总体描述
由需求(系统)分析人员、架构设计师、软件设计师共同完成。
2、 采用的技术
3、 软件建模图
4、 模块分析及说明
5、 各个模块的接口定义
6、 培训安排
客户代表、(系统)分析人员、软件设计师、程序设计师及相关的程序设计人员
三、 软件设计阶段
1、 总体设计
有软件设计师编写,系统架构师、程序设计师辅助共同完成。
(1)开发时间
(2)开发人员分工
(3)注意事项
(4)知识库
2、数据库设计
(1)表
(2)存储过程
(3)视图
3、工作流程图
4、软件开发进度表
规定软件开发时间,及每天每人的工作安排
5、 培训安排
系统架构师、程序设计师及相关的程序设计人员
四、 软件开发进度及质量控制
1、 总体概述
有程序设计师负责编写,并把最新的情况反馈给软件设计师。
2、 开发的详细进度
时间:
开发人员:
开发进度:
3、问题反馈
4、质量控制
(1)软件测试
(2)软件复用
5、培训安排
相关的程序设计人员
...全文
307 15 打赏 收藏 转发到动态 举报
写回复
用AI写文章
15 条回复
切换为时间正序
请发表友善的回复…
发表回复
panq 2004-04-23
  • 打赏
  • 举报
回复
>多少项目是失败在技术难点上的?没有技术难点了,你就一定很明确多大的工作量多少时间完成了?有技术难点,你就不能做计划了?不能做进度跟踪了?呵呵,我不这么认为。

呵呵,同意,很多项目都不是在技术难点上失败的。

>项目负责人,如果不知道项目何时完成,不能给出一个确切的进度表
就是在有很多未知的情况下,也要做一个计划,有计划和没有计划效果差远了。
就算有很多无法预测的因素,也要给出default的计划。
计划没有变化基本上是不可能的。可以设定在每个里程杯处重新修正计划。
hurricane 2004-04-23
  • 打赏
  • 举报
回复
应该说解决了技术难点很有利于做项目计划,当然并不能说技术难点就是影响项目计划的全部因素了,其他的比如人员变动,领导支持。

对与中小型的软件公司,个人还是比较赞同所谓的“主程序员”制度,个中道理估计在小公司做过的都能够明白。
linuxnew 2004-04-23
  • 打赏
  • 举报
回复
楼主所列举的我比较赞成,但是那只是理想的情况而已,我觉得最重要得是要根据自己得实际情况找到一个最适合的,因为现实中存在的因素太多,比如人员的分工不是不是很明确,是不是有专业的SA,SE等等,还有,你的客户是否能够很好的描述需求,项目开发人员在开发的过程中是否能够只做开发,是不是还要兼顾项目或者产品维护?你的老板能够给你多少资源,等等因素
kensmile 2004-04-23
  • 打赏
  • 举报
回复
我认为,适合中国的软件开发模式首先肯定是由中国人通过踏踏实实的中国特色的实践和糅合国外的先进理论的反复总结出来的,而且是适合中国的现有水平的,不可能照抄任何模式。
kensmile 2004-04-23
  • 打赏
  • 举报
回复
有一个问题不能不提,就是需求的分析作的极度不好,常常一个需求要反复几变才能最后落实。
mis98ZB 2004-04-23
  • 打赏
  • 举报
回复
找不到《黄祸》这本书。
另:黄祸是不是指中国移民啊?
spidertan 2004-04-22
  • 打赏
  • 举报
回复
水平的问题
yangxingtao 2004-04-22
  • 打赏
  • 举报
回复
我认为“外科手术式”较为适合,整个项目技术上只由一个人说的算,其他人只是执行者,
no idea的。

在系统分析时,我认为比较重要的一点是:确定使用的技术,测试使用的技术,解决使用技术的难题,应用技术做一个业务模块。也就是在全体开发前,将技术路线上的绊脚石清除干净,有条件的话。

只有这样,你才能知道 多大的工作量需要多长时间完成,才能做计划,作进度跟踪!!

楼下继续。。。。。。


zhf_karen 2004-04-21
  • 打赏
  • 举报
回复
楼主想说什么?和书本上说的有什么不同吗?
当然,敏捷也不一定就能当救世主。
救世主就是你自己,判断依据就是你的公司。少说中国特色,听得挺让人腻味。
warton 2004-04-20
  • 打赏
  • 举报
回复
我比較贊同樓主的模式!
Chuanyan 2004-04-20
  • 打赏
  • 举报
回复
并不是中国有什么特殊国情,其实都只是水平的问题。
rtdb 2004-04-20
  • 打赏
  • 举报
回复
>>>出现这个问题,系统架构师或软件设计师应负大部分的责任。作为项目负责人,如果
>>>不知道项目何时完成,不能给出一个确切的进度表

呵呵,这话就不对了。
后面写的那一套规矩,大家也都知道。
不是不明白,只是作不到...
而且,这也不仅是中国的问题...

兄弟,再多读些书吧,不要读那些传统的,教科书型的,
可以读些敏捷方面的。

最近还有本叫《与熊共舞》吧,我还没看到。
相信很有用。


1,265

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧