微信扫一扫1242
社区成员
软件工程/管理板块
这里有三件事情：
1、软件工程/管理板块下级子版调整建议如下，请各位朋友提出自己的意见和想法：
软件规划版：项目的前期规划和指导。
工程管理版：项目管理和人事管理方向。
软件测试版：测试技术和方法。
开发过程版：现在的CMM版。
开发方法版：项目开发过程中的具体方法和应用。相当于分析与模式。现在的软件工程版直接修改成这个板块
厂家子版：
微创软件管理
Rational
Power Design
其他：
非技术区
2、新的板块来源于原来的那个板块的数据，或者是完全新设的，内容为空
新的板块基本上是采用如下方式进行切换：
软件规划版：新建板块。第一批贴子，由各个版主和发贴个人根据贴子的情况从其他板块转移。
工程管理版：原项目管理子版。
软件测试版：原测试子版。
开发过程版：原CMM版。
开发方法版：原软件工程版。
厂家子版：
微创软件管理：不变。
Rational：不变。
Power Design：不变。
其他：
非技术区：其他信息
3、现在斑竹如何调整。
现有版主跟着原板块进行调整。
请各位软件工程板块的朋友们过来提提意见和建议，我们将在第一时间反馈给csdn，并进行调整。
1、软件工程/管理板块下级子版调整建议如下，请各位朋友提出自己的意见和想法：
软件规划版：项目的前期规划和指导。
工程管理版：项目管理和人事管理方向。
软件测试版：测试技术和方法。
开发过程版：现在的CMM版。
开发方法版：项目开发过程中的具体方法和应用。相当于分析与模式。现在的软件工程版直接修改成这个板块
厂家子版：
微创软件管理
Rational
Power Design
其他：
非技术区
2、新的板块来源于原来的那个板块的数据，或者是完全新设的，内容为空
新的板块基本上是采用如下方式进行切换：
软件规划版：新建板块。第一批贴子，由各个版主和发贴个人根据贴子的情况从其他板块转移。
工程管理版：原项目管理子版。
软件测试版：原测试子版。
开发过程版：原CMM版。
开发方法版：原软件工程版。
厂家子版：
微创软件管理：不变。
Rational：不变。
Power Design：不变。
其他：
非技术区：其他信息
3、现在斑竹如何调整。
现有版主跟着原板块进行调整。
请各位软件工程板块的朋友们过来提提意见和建议，我们将在第一时间反馈给csdn，并进行调整。
...全文
当前发帖距今超过3年，不再开放新的回复
发表回复
zhuma 2004-12-13
板块划分是大事
也涉及到未来的电子杂志内容
希望大家多提意见亚
也涉及到未来的电子杂志内容
希望大家多提意见亚
- 打赏
- 举报
loveisbug 2004-12-03
挺好。厂家子版有没有厂家的人来管理？
- 打赏
- 举报
青润 2004-12-03
to all：
新版的划分情况基本上先如下确定：
软件规划版：项目的前期规划和指导。新建板块。第一批贴子，由各个版主和发贴个人根据贴子的情况从其他板块转移。
工程管理版：项目管理和人事管理方向。原项目管理子版。
质量管理与控制版：测试技术和方法(SQC)，软件过程质量的管理与保障（SQA）。原测试子版。
开发过程版：现在的CMM版，包括ISO、RUP、XP、TSP、PSP等等。原CMM版。
开发方法版：项目开发过程中的具体方法和应用。相当于分析与模式。现在的软件工程版直接修改成这个板块，包括各种具体的开发方法。
厂家子版：
微创软件管理
Rational
Power Designer
其他：
非技术区
关于新手提问区的问题，后面有csdn的新规则可以帮助实现，这里就暂时不再添加任何新的板块。
感谢各位朋友的支持和关注！大家等待板块划分的结果。如果有任何建议和意见，请发消息给我，或者在这里继续回复，我会根据情况给大家反馈意见或者提交给csdn的相关负责人的。
新版的划分情况基本上先如下确定：
软件规划版：项目的前期规划和指导。新建板块。第一批贴子，由各个版主和发贴个人根据贴子的情况从其他板块转移。
工程管理版：项目管理和人事管理方向。原项目管理子版。
质量管理与控制版：测试技术和方法(SQC)，软件过程质量的管理与保障（SQA）。原测试子版。
开发过程版：现在的CMM版，包括ISO、RUP、XP、TSP、PSP等等。原CMM版。
开发方法版：项目开发过程中的具体方法和应用。相当于分析与模式。现在的软件工程版直接修改成这个板块，包括各种具体的开发方法。
厂家子版：
微创软件管理
Rational
Power Designer
其他：
非技术区
关于新手提问区的问题，后面有csdn的新规则可以帮助实现，这里就暂时不再添加任何新的板块。
感谢各位朋友的支持和关注！大家等待板块划分的结果。如果有任何建议和意见，请发消息给我，或者在这里继续回复，我会根据情况给大家反馈意见或者提交给csdn的相关负责人的。
- 打赏
- 举报
青润 2004-12-03
PD的第一个版主就是厂家的人。
Rational板块没有厂家的人做版主，微创软件管理本身是其他子版的信息集成，所以，版主也是虚设，都是厂家的人。
Rational板块没有厂家的人做版主，微创软件管理本身是其他子版的信息集成，所以，版主也是虚设，都是厂家的人。
- 打赏
- 举报
ttfish 2004-11-26
建议开一个新手上路之类的板块，让菜鸟集中学习，高手做指导文章，菜鸟发学习水贴，高手应该有当老师的义务，吧自己的经验教训都总结出来，不愁这里没有精彩的帖子。
- 打赏
- 举报
loveisbug 2004-11-26
除了使用的问题，是不是还会有实施的问题。配置管理是个话题。
- 打赏
- 举报
bigpig 2004-11-26
还想起来一个,配置管理的专题,现在这个讨论的比较多,而且都是讨论比较具体的使用问题,比如vss,clearcase,cvs pvcsvm等等的.直接放在厂家里面?还是单开配置管理版面?
- 打赏
- 举报
青润 2004-11-26
过程的实施就放在工程过程中讨论。方法的实施亦然。
配置管理的问题其实很早就有人提到过。只是这只是开发过程中的一个比较大的环节，并不是很特殊。因为同样还有需求管理、风险管理、计划管理、资源管理……要写会出来十多个。所以，我建议他们仍然放在工程管理板块来讨论，这毕竟可以算做项目管理的子集或者子集扩展。
不知大家以为如何？
配置管理的问题其实很早就有人提到过。只是这只是开发过程中的一个比较大的环节，并不是很特殊。因为同样还有需求管理、风险管理、计划管理、资源管理……要写会出来十多个。所以，我建议他们仍然放在工程管理板块来讨论，这毕竟可以算做项目管理的子集或者子集扩展。
不知大家以为如何？
- 打赏
- 举报
青润 2004-11-25
to sevenn：
sevenn兄，如果你已经决定了要做，没问题，我一定过去帮您。呵呵
这边的定位也很明显，所以，这边我是不会轻易放弃的。毕竟在这边我也停留了将近五年了，五年，不短呀。所以，我才一直在据理力争，包括那个声明在Java板块置顶的要求，呵呵。
to others：
看样子，目前回答的几个弟兄都支持我所说的关于非技术区的要求，我们不妨再等等看看其他朋友的回复吧。
sevenn兄，如果你已经决定了要做，没问题，我一定过去帮您。呵呵
这边的定位也很明显，所以，这边我是不会轻易放弃的。毕竟在这边我也停留了将近五年了，五年，不短呀。所以，我才一直在据理力争，包括那个声明在Java板块置顶的要求，呵呵。
to others：
看样子，目前回答的几个弟兄都支持我所说的关于非技术区的要求，我们不妨再等等看看其他朋友的回复吧。
- 打赏
- 举报
笨笨兔兔兔兔兔 2004-11-25
9494同意楼上,所以我说有个基础区的*^_^*
大家各有所需!!*^_^*
大家各有所需!!*^_^*
- 打赏
- 举报
loveisbug 2004-11-25
如果都不把分当分，散分本身也就没什么意义。
非技术区如果存在，还是当他做技术区讨论之余的放松吧，同意青润，与软工有点关系，非技术最好也非出点意思来。
还有些不适宜在技术区发的帖子，删除又太严格，如果扔到非技术区是不是有点把非技术区当垃圾筒了呢？如果不扔这扔哪呢？也不能把水源当垃圾筒。
非技术区如果存在，还是当他做技术区讨论之余的放松吧，同意青润，与软工有点关系，非技术最好也非出点意思来。
还有些不适宜在技术区发的帖子，删除又太严格，如果扔到非技术区是不是有点把非技术区当垃圾筒了呢？如果不扔这扔哪呢？也不能把水源当垃圾筒。
- 打赏
- 举报
sevenn 2004-11-25
至于散不散分的问题 这样有着人类自身本能的情感问题 应该给予鼓励 并且这些小彩蛋等节目也该有所保留 不过过犹不及
- 打赏
- 举报
sevenn 2004-11-25
回复 ：http://community.csdn.net/Expert/topic/3583/3583626.xml?temp=.7122614
不是我删的
近期我都好久没来了 版块也都是靠ericzhangali一个人来维护的 这方面确实辛苦他了 这两天来也只是对老兄的社区改革以及zhuma的emag两方面谈些看法 ps 前者是自愿属主动行为 后者是被逼的阿
不是我删的
近期我都好久没来了 版块也都是靠ericzhangali一个人来维护的 这方面确实辛苦他了 这两天来也只是对老兄的社区改革以及zhuma的emag两方面谈些看法 ps 前者是自愿属主动行为 后者是被逼的阿
- 打赏
- 举报
sevenn 2004-11-25
to qingrun 刚刚起床 思维还沉浸在昨晚的睡梦之中 昨天看过 结果由于忘记了什么原因 没有来得及回复 今天又看了一下 感觉你老兄的只言片语中 谈到了好多问题 首先是读者群体的问题 年轻是不假 但是就我身边的这些年老的人很少有来这里的 更鲜有冒出来解决下问题的 从另一方面讲 csdn的杂志 主要的客户群估计也该是二十多岁的大学生为主吧 这点我想相关方面应该有个调查统计资料之类的吧 不知道你老兄是不是早就搞到了 然后你谈到了宣传广告和市场定位的问题 我觉得应该变个顺序 先从市场细分产品定位来谈 单就我们社区的类型性质来看 无疑你的考虑是经过熟虑而且是正确的 但涉及到具体的操作 比如如何限制新手等这类看似小事但风险比较大 弄不好 抱怨漫天不说 扼杀了一大部分的读者或是客户 更何况老手始终占少数 发贴的数量如何保证 最后的定位与广告方面 既然是非商业行为与运作 投入的成本应该是有限的 这个除了靠口碑 也只有csdn方面来整体计划了 ps 谈到我个人想搞的那个东东 我自己现在都没个定位 起初的原由是想给些朋友找个自己的地方 放些言论 涉及到各个方面 当然不止是it或是软件 所以具体的筹划 正在进行当中 至于你老兄谈到的宣传方面的问题 我想如果确实实施运作起来 这个应该也是个大问题 但绝不是难题 所以针对具体来个什么形式的社区问题上 还请老兄给些建议 大的话就会杂而不精 小的话就会专而不广 分寸间的把握 还需要时间
- 打赏
- 举报
sevenn 2004-11-25
收到 了解 :>
- 打赏
- 举报
w102272 2004-11-24
软件工程涵盖的范畴真是太多太多了。
包括软件环境，软件度量，前沿性的研究，信息化应用，包括规划其实是一个位于软件工程可行性分析，需求工程、软件架构方法论和商务管理交叉的边缘性方向。
包括项目管理，其实项目管理在PMP方向上的范畴远远超过了开发过程管理的内容。和过程改进的东西又有交叉。例如组织人员管理，风险管理，财务成本管理，时间管理。。。。
所以软工版的讨论，势必要在一定程度上超越软件工程本身才行。具体还包含那些高价值的方向，请高手指点。
进一步明确好的方向，肯定有助于CSDN软工版的发展。
板块设置不好，常常给新手一个错觉，以为天天挂在嘴巴上的模式,OO就是包治百病的仙丹，其实是一种误导了。
包括软件环境，软件度量，前沿性的研究，信息化应用，包括规划其实是一个位于软件工程可行性分析，需求工程、软件架构方法论和商务管理交叉的边缘性方向。
包括项目管理，其实项目管理在PMP方向上的范畴远远超过了开发过程管理的内容。和过程改进的东西又有交叉。例如组织人员管理，风险管理，财务成本管理，时间管理。。。。
所以软工版的讨论，势必要在一定程度上超越软件工程本身才行。具体还包含那些高价值的方向，请高手指点。
进一步明确好的方向，肯定有助于CSDN软工版的发展。
板块设置不好，常常给新手一个错觉，以为天天挂在嘴巴上的模式,OO就是包治百病的仙丹，其实是一种误导了。
- 打赏
- 举报
w102272 2004-11-24
当然，软件过程远远不只一种，是否需要在过程管理和过程方法中，独立出来，诸如OZ在推崇的敏捷方法板块，rup板块之类，可以进一步研究。 其实是发帖量和讨论范围的一个平衡。 太少了不好设立新板块，太多了混乱。
- 打赏
- 举报
w102272 2004-11-24
嗯，基本赞同qingrun的这种划分方法。
其实软件工程板块发展到现在，进一步细分和专业化是需要的。
在传统软件过程方法中，对软件工程是这么划分的。
软件工程
软件工程技术
软件工程环境
软件工程工具
软件工程方法
软件工程的分析设计方法：诸如OO,模式，结构化方法，都属于这个范畴
软件工程的开发方法
方法论的方法论
。。。。。
软件工程管理
诸如项目管理，过程管理和改进都属于这个范畴
然后有些东西是交叉的，
例如测试，本身属于软件开发过程的一个环节。但本身又包含了测试方法论，测试工具，以及诸如TDD这样交叉方向上的探索。
又比如CMM，属于软件工程管理的，开发过程改进方面的标准。但本身覆盖的外延已经扩展到了企业集成产品研发，质量，组织改善等方面的内容了。
这些内容，本质上是作为重大专题板块长期在讨论的东西。
至于厂商板块应该集中一下，比如什么原来的微创，PD,之类，每个企业都有自己优秀的工具，方法论，而且也可能需要作一定的商业需求。应建立一个厂商板块集中在里头。
至于原来频频引起争议的低价值帖子，可以建立一个其他，或者非技术区，转移进去就好了。要讨论灌水还是可以给个地方，免得一删帖就有人嗷嗷叫。（在大类的检索上应不显示非技术区的内容，这样专心学习的人也不用看着一堆无价值问题郁闷）
总得来说，这个划分还是不错的。以后有比较高价值的专题，应该考虑单独设立板块。
未来估计会慢慢发展到类似语言那样的三级结构。目前看起来确实还是二级结构合适。
其实软件工程板块发展到现在，进一步细分和专业化是需要的。
在传统软件过程方法中，对软件工程是这么划分的。
软件工程
软件工程技术
软件工程环境
软件工程工具
软件工程方法
软件工程的分析设计方法：诸如OO,模式，结构化方法，都属于这个范畴
软件工程的开发方法
方法论的方法论
。。。。。
软件工程管理
诸如项目管理，过程管理和改进都属于这个范畴
然后有些东西是交叉的，
例如测试，本身属于软件开发过程的一个环节。但本身又包含了测试方法论，测试工具，以及诸如TDD这样交叉方向上的探索。
又比如CMM，属于软件工程管理的，开发过程改进方面的标准。但本身覆盖的外延已经扩展到了企业集成产品研发，质量，组织改善等方面的内容了。
这些内容，本质上是作为重大专题板块长期在讨论的东西。
至于厂商板块应该集中一下，比如什么原来的微创，PD,之类，每个企业都有自己优秀的工具，方法论，而且也可能需要作一定的商业需求。应建立一个厂商板块集中在里头。
至于原来频频引起争议的低价值帖子，可以建立一个其他，或者非技术区，转移进去就好了。要讨论灌水还是可以给个地方，免得一删帖就有人嗷嗷叫。（在大类的检索上应不显示非技术区的内容，这样专心学习的人也不用看着一堆无价值问题郁闷）
总得来说，这个划分还是不错的。以后有比较高价值的专题，应该考虑单独设立板块。
未来估计会慢慢发展到类似语言那样的三级结构。目前看起来确实还是二级结构合适。
- 打赏
- 举报
lycoo 2004-11-24
换个mj来帮楼主顶一下~
- 打赏
- 举报
bigpig 2004-11-24
还有就是看了楼主的分类后觉得对版面主题感觉比较模糊,特别是最后的2个:开发过程和开发方法,比较泛泛,而且不直观(纯粹主观感受)
软件规划版：项目的前期规划和指导。
------
看了解释似乎叫项目规划比较好一些
总体感觉楼主在板块方面的考虑偏重管理,而我个人正好想法,软工里面的分析设计技术等版面还是最好重一些
软件规划版：项目的前期规划和指导。
------
看了解释似乎叫项目规划比较好一些
总体感觉楼主在板块方面的考虑偏重管理,而我个人正好想法,软工里面的分析设计技术等版面还是最好重一些
- 打赏
- 举报
加载更多回复