精华区 [关闭][返回]

当前位置:网易精华区>>讨论区精华>>编程开发>>● 系统分析>>待整理2000/4/25之后>>这样的组合好吗?(软件开发讨论)

主题:这样的组合好吗?(软件开发讨论)
发信人: hello__boy()
整理人: majorsun(2000-10-11 09:40:44), 站内信件
厂总经理当组织人,两个有固定工作计算机工程师做系统分析和技术支持,三个
学生做程序
文章说明:
    得益于前段时间回家休息的日子。回家的日子有种如释重负的感觉,反思为

什么我们作为一个程序员,会这么苦。很多程序员不该关心的都关心了,当然我

们学了很多宝贵的,也是中国程序员最缺乏的业务知识。但真正的软件开发决不

能这样,也就是我们这个开发小组的特殊性决定了我们如何开展工作。我们的工

作方式也可以从特殊性中,找到合理的解释,或不成文的理由。我的这编文章也

是从纯软件开发的角度,和哲学的高度讨论软件开发的过全过程,稍有结合我们

的这次软件开发。
文章正文:
   人员分工要明确:
         其实这是一个非常普通的问题哪个部门都有她自己的小部门,但在我们

这个开发小小组也有分工,但在实行起来却乱了套。这种乱套都是因为我们的特

殊性形成的,黄总因为喜欢PB而过多关注技术上的东西,其实他只要告诉系统分

析员业务方面的事,以及他期望得到有什么功能的软件就行了,资深的系统分析

员应该知道那些功能能否实现,能实现的就实现,不能实现的请求修改,系统分

析员的水平很重要。然后他把这些整理,并文档化交给程序员,他的工作就完成

了,其实现在这个阶段刘工应该可以全身退出了,其实他避免了写文档的短痛,

却得到现在的长痛。遥遥无期的牵挂着这个软件。刘工也牵涉到软件开发的详细

问题,就是存储过程,和触发器归他管理,其实这是一个很笨的办法,试想我们

如果有三十个存储过程和触发器,从我们程序员提出到交给我们结果要多久,每

个存储过程一个来回起码两天。要多久,而且刘工这么忙,其实他在系统分析中

告诉我们,那里该写存储过程,那里该写触发器就行了,我跟小邹,小宁合作起

来也好得多。这里有一个原因就是我们三个程序员不会写存储过程,其实这些我

们现在就用了几天时间就学会了嘛。我们几个程序员首先碰到的问题是技术问题

,因为我们对PB和SQLSERVER都不太熟悉,这是我们最大的缺陷。总体来说就是这

个小组中的每个人都不能胜任自己的工作,没办法。
      开发步骤要规范:
          就软件开发步骤而言,其实软件开发决不亚于建造楼房,只不过软件

开发的劳动力和成果很难看得出,几个人工作了几年甚至几千人工作了几年只有

一个小光盘,这里不多说了,用哲学中的联系的观点考虑就行了,系统分析就好

象楼房的设计,编码就好象建造······,两者都有挺多共同之处。不过,

建楼房经过这么多年的应用,已经总结出一套可行的、标准的建造规范。而软件

工程就是希望象建造楼房那样,总结出一套可行的开发规范,现在国民对电脑、

软件认识不多,需要软件的一方连自己的需求都描述不清楚,造成的今天的局面

:“用方不知道需要什么软件,总之不喜欢现在有的软件!”再拿建楼房打个比

方,现在的软件开发是设想用户需要什么软件(设想业主需要什么套间,不管你

喜不喜欢),这在电脑的工具软件和程序员的开发软件可行,这些软件在需求分

析和总体设计方面都没什么问题,因为是用方和开发方是同一类人。但是现在的

进销存,NRP,或其他的针对某一企业的软件就不一样(为某一学校建造图书馆,

宿舍,或为某个人建造一所他喜欢的公寓就不一样),最艰难、最难做好的就是

需求分析。现在已经成功楼房建设是用户提出需求,而软件仍然是系统分析员去

问,刚好倒过来,难怪会出现现在的局面。


--
?青春应该有不灭的追求精神!!!
?生活应该充满激情!!!!
?人生不在于结果,而在于过程!!

※ 修改:.hello__boy 于 Aug 30 02:21:39 修改本文.[FROM: 202.116.46.7]
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.116.46.7]
发信人: hdejun (hdj), 信区: SystemAnalysis
标  题: Re: 这样的组合好吗?(软件开发讨论)
发信站: 网易虚拟社区 (Wed Aug 30 08:53:55 2000), 站内信件

【 在 hello__boy (加菜) 的大作中提到: 】
: 厂总经理当组织人,两个有固定工作计算机工程师做系统分析和技术支持,三个
: 学生做程序
: 文章说明:
:     得益于前段时间回家休息的日子。回家的日子有种如释重负的感觉,反思为
:    .......
我的看法,系统分析人员应该了解业务,他甚至应该比用户更了解用户的需求,

户一般很难有一个清晰的需求概念,他总是根据自己的经验值来确定需求,对系

分析人员而言,他需要立足于实际业务,更要高于实际业务,他需要清晰的洞察

业务的每个环节,看到用户现在的,将来的,潜在的需求,这就是为什么有些软

我们用起来就是觉的好,但就是说不清楚好在什么地方。
  

--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 61.157.8.82]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 这样的组合好吗?(软件开发讨论)
发信站: 网易 BBS (Wed Aug 30 09:06:52 2000), 转信

系统分析员的确是模糊语言描述和抽象模型构造的桥梁,
但要系统分析员高于用户需求这个说法我觉得如下所说是不是更好一点——
系统分析员要不满足于用户的当前需求描述,还要挖掘在
软件版本生存周期内的用户全部需求,包括表面的和潜在的。
   ~~~~~~~~~~~~~ 软件和软件版本是有密切关联但又不同的生存周期。
系统分析必须从属于用户需求,系统分析员也不可以越俎代庖。
有市场的产品,是比现实领先半步的产品,典型例子就是多媒体技术产品。

【 在 hdejun (hdj) 的大作中提到: 】
: 【 在 hello__boy (加菜) 的大作中提到: 】
: : 厂总经理当组织人,两个有固定工作计算机工程师做系统分析和技术支持,三个
: : 学生做程序
: : 文章说明:
: :     得益于前段时间回家休息的日子。回家的日子有种如释重负的感觉,反思为
: :    .......
: 我的看法,系统分析人员应该了解业务,他甚至应该比用户更了解用户的需求,
: 用
: 户一般很难有一个清晰的需求概念,他总是根据自己的经验值来确定需求,对系
: 统
: 分析人员而言,他需要立足于实际业务,更要高于实际业务,他需要清晰的洞察

: 业务的每个环节,看到用户现在的,将来的,潜在的需求,这就是为什么有些软
: 件
: 我们用起来就是觉的好,但就是说不清楚好在什么地方。
:   


--
落英缤纷  拈花微笑

※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.105.16.162]
发信人: cancan28 (cancan), 信区: SystemAnalysis
标  题: Re: 这样的组合好吗?(软件开发讨论)
发信站: 网易虚拟社区 (Wed Aug 30 13:06:55 2000), 站内信件

【 在 hello__boy (加菜) 的大作中提到: 】
: 厂总经理当组织人,两个有固定工作计算机工程师做系统分析和技术支持,三个
: 学生做程序
: 文章说明:
:     得益于前段时间回家休息的日子。回家的日子有种如释重负的感觉,反思为
:    .......


系统分析员不但要了解用户的需求、了解用户想解决什么问题、设计这么解决这
个问题,新的解决方法是不是用户能理解并很快接受,而且要知道开发团队的现
有技术资源,解决问题需要的资源什么时候可以到位。。。

系统分析不是好玩的,太多要做,本人下次想到再说。


--
※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 202.104.105.165]
发信人: lsbfrank (frank), 信区: SystemAnalysis
标  题: Re: 这样的组合好吗?(软件开发讨论)
发信站: 网易虚拟社区 (Wed Aug 30 15:04:01 2000), 站内信件

【 在 cancan28 (cancan) 的大作中提到: 】
: 【 在 hello__boy (加菜) 的大作中提到: 】
: : 厂总经理当组织人,两个有固定工作计算机工程师做系统分析和技术支持,三个
: : 学生做程序
: : 文章说明:
:    .......
我认为首先要把项目管理和系统分析分开来讨论,尽管现在大部分都是即做系统

分析又做项目管理.但我们自己要分清哪些是系统分析员的事,哪些是项目管理员

的事.这样工作起来可能不会感到无头绪了,各位谈到的标准化还是规范化也好,

也不应该混为一谈.




--
野猫子
E-mail:[email protected]

※ 来源:.月光软件站 http://www.moon-soft.com.[FROM: 210.75.57.254]
发信人: majorsun (major), 信区: SystemAnalysis
标  题: Re: 这样的组合好吗?(软件开发讨论)
发信站: 网易 BBS (Wed Aug 30 17:27:01 2000), 转信

//nod 
在资源调度管理方面,系统分析员更注重计划的制订和技术资源的分配。
项目管理经理更注重计划的达成和人力资源的调度。
二者是分工合作、密不可分的关系。
【 在 lsbfrank (frank) 的大作中提到: 】
: 【 在 cancan28 (cancan) 的大作中提到: 】
: : 【 在 hello__boy (加菜) 的大作中提到: 】
: :    .......
: 我认为首先要把项目管理和系统分析分开来讨论,尽管现在大部分都是即做系统
: 分析又做项目管理.但我们自己要分清哪些是系统分析员的事,哪些是项目管理员

: 的事.这样工作起来可能不会感到无头绪了,各位谈到的标准化还是规范化也好,
: 也不应该混为一谈.





--
落英缤纷  拈花微笑

※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.105.16.162]

[关闭][返回]