1,265
社区成员
发帖
与我相关
我的任务
分享软件工程之随想（原创）
软件工程，我想这不因他是搞软件而有多神秘，至少他还是个工程，其实也就是一些事情，不就是做事么，难道你不会做事么，凡是做事都应该有其类似地方，我们只要依据这些类似的东西掌握好方向，我想事情总会迎刃而解的
。
就从软件工程的整个生命周期来说，软件工程包括：用户需求、市场调研、需求分析、概要设计、详细设计、功能测试、软件维护。
我觉得软件工程这几大步骤设计得相当好，基本上可以说是做好一件事都要用到的，这无论你身边的小事，还是工程上的大事，可以说你只要依据这个流程来做事情，相信没有完不成的事情。
举个例子来说：
某公司某领导叫你在这个月内采购一台服务器做ERP数据库PC服务器，价格不要超过10万元。
从现在开始我们用软件工程的概念来做这件事情
1、其实这个就是个“用户需求”
需求人：某公司某领导
时间：这个月底，假如说今天是2004-05-01，那么至少要到2004-05-30采购一台机器
需求：采购一台服务器
功能：做ERP数据库服务器
2、开始市场调研
主要是针对功能需求，开始作市场调研，分析市场有没有满足这样需求的PC服务器，价格多少，多方询价，比价，并能否作为数据库服务器来使用。并最终形成《市场调研报告》
3、开始做需求分析
依据这个要求我们可以分为两部分，第一部分是采购服务器，第二步是在PC服务器上安装ERP数据库。
依据市场调研以及现行网路情况作出需求分析，得出可行性
首先写出“用户需求”，然后针对用户需求，来分析其可行性，包括时间、功能、市场供应、服务、价格、安装使用上能否满足我们应用的需求。
最终形成《需求分析报告》
4、这个时候经过主管及需求人分析讨论《需求分析报告》，作出审核通过，接下来开始概要设计。
概要设计就是大概完成需求的步骤及计划，其中包括你时间上安排、服务器功能上的需求分析等等并最终形成《概要设计文档》
报审通过后
5、详细设计报告
开始详细设计你的采购方案及安装配置方案，并最终形成《详细设计报告》
为什么《概要设计方案》《详细设计方案》两个都用要呢，原因是概要设计方案只是从大概的角度来设计处理事情的经过，但不要求详细，但这个过程中可能会受到其他因素的干扰，或者其中就存在一些不成立因素，所以送交
主管及需求负责人分析讨论后，做出分析、审查并再进一步形成《详细设计方案》。比如你去采购服务器，你是准备要车队小李司机送你去上海采购的，但是经过领导审核后，他们知道那天小李要去北京，所以反馈给你，你再做
出分析设计《详细设计文档》，想想看如果你只有概要设计文档，没有详细设计文档，估计你这件事情也没法完成了。
6、报审通过后开始按照详细设计方案执行，并形成《实施报告》
7、服务器采购完毕，安装调试配置完毕，开始功能测试，并最终形成《测试报告》
8、最后到了维护阶段，这包括产品本身的维护，还包括市场的维护。
其实生活中还有很多事情，比如你在路上捡到一张宣传单，内容大体是叫你参加某某活动，这上面肯定有个简单的需求，但至少包括什么单位或者组织，要求你干什么，什么时候，什么地点，否则我们不能称其为“用户需求”，
你想想看，一个宣传单没有叫你干什么，只是叫你去一个地方，你会去么？答案肯定是不会去的。
所以说文档资料一定要全面规范，达到什么样个程度呢，就是你的这份文档交给任何人或者说你往大街上一扔，拾起来的人能看得懂你要他干什么，达到这个程度也就行了。
如果你拟草一份用户需求，你就说买服务器。别人能看得懂么，至少什么公司要求买，谁是负责人，什么时间，做什么用等等，否则你怎么去做这件事情。
是的，往往我们公司是这么些现象，文档不全，需求没有搞明白，就闷着头在那里做，想想看最终能成功么，不是返工，就是本来一个月能完成的还要拖个半年一年的，等等一些负面影响。你说这样有效率么，公司能健康发展么
。
感觉软件工程的思想非常的了不得，了解了软件工程的精髓那做什么事情也仅仅就是个流程了。
以上个人理解，定有不足之处。
*********************************************************************
*********************************************************************
MSN：wuhuxia@msn.com
OICQ：51334131
每天进步1%
。
就从软件工程的整个生命周期来说，软件工程包括：用户需求、市场调研、需求分析、概要设计、详细设计、功能测试、软件维护。
我觉得软件工程这几大步骤设计得相当好，基本上可以说是做好一件事都要用到的，这无论你身边的小事，还是工程上的大事，可以说你只要依据这个流程来做事情，相信没有完不成的事情。
举个例子来说：
某公司某领导叫你在这个月内采购一台服务器做ERP数据库PC服务器，价格不要超过10万元。
从现在开始我们用软件工程的概念来做这件事情
1、其实这个就是个“用户需求”
需求人：某公司某领导
时间：这个月底，假如说今天是2004-05-01，那么至少要到2004-05-30采购一台机器
需求：采购一台服务器
功能：做ERP数据库服务器
2、开始市场调研
主要是针对功能需求，开始作市场调研，分析市场有没有满足这样需求的PC服务器，价格多少，多方询价，比价，并能否作为数据库服务器来使用。并最终形成《市场调研报告》
3、开始做需求分析
依据这个要求我们可以分为两部分，第一部分是采购服务器，第二步是在PC服务器上安装ERP数据库。
依据市场调研以及现行网路情况作出需求分析，得出可行性
首先写出“用户需求”，然后针对用户需求，来分析其可行性，包括时间、功能、市场供应、服务、价格、安装使用上能否满足我们应用的需求。
最终形成《需求分析报告》
4、这个时候经过主管及需求人分析讨论《需求分析报告》，作出审核通过，接下来开始概要设计。
概要设计就是大概完成需求的步骤及计划，其中包括你时间上安排、服务器功能上的需求分析等等并最终形成《概要设计文档》
报审通过后
5、详细设计报告
开始详细设计你的采购方案及安装配置方案，并最终形成《详细设计报告》
为什么《概要设计方案》《详细设计方案》两个都用要呢，原因是概要设计方案只是从大概的角度来设计处理事情的经过，但不要求详细，但这个过程中可能会受到其他因素的干扰，或者其中就存在一些不成立因素，所以送交
主管及需求负责人分析讨论后，做出分析、审查并再进一步形成《详细设计方案》。比如你去采购服务器，你是准备要车队小李司机送你去上海采购的，但是经过领导审核后，他们知道那天小李要去北京，所以反馈给你，你再做
出分析设计《详细设计文档》，想想看如果你只有概要设计文档，没有详细设计文档，估计你这件事情也没法完成了。
6、报审通过后开始按照详细设计方案执行，并形成《实施报告》
7、服务器采购完毕，安装调试配置完毕，开始功能测试，并最终形成《测试报告》
8、最后到了维护阶段，这包括产品本身的维护，还包括市场的维护。
其实生活中还有很多事情，比如你在路上捡到一张宣传单，内容大体是叫你参加某某活动，这上面肯定有个简单的需求，但至少包括什么单位或者组织，要求你干什么，什么时候，什么地点，否则我们不能称其为“用户需求”，
你想想看，一个宣传单没有叫你干什么，只是叫你去一个地方，你会去么？答案肯定是不会去的。
所以说文档资料一定要全面规范，达到什么样个程度呢，就是你的这份文档交给任何人或者说你往大街上一扔，拾起来的人能看得懂你要他干什么，达到这个程度也就行了。
如果你拟草一份用户需求，你就说买服务器。别人能看得懂么，至少什么公司要求买，谁是负责人，什么时间，做什么用等等，否则你怎么去做这件事情。
是的，往往我们公司是这么些现象，文档不全，需求没有搞明白，就闷着头在那里做，想想看最终能成功么，不是返工，就是本来一个月能完成的还要拖个半年一年的，等等一些负面影响。你说这样有效率么，公司能健康发展么
。
感觉软件工程的思想非常的了不得，了解了软件工程的精髓那做什么事情也仅仅就是个流程了。
以上个人理解，定有不足之处。
*********************************************************************
*********************************************************************
MSN：wuhuxia@msn.com
OICQ：51334131
每天进步1%
...全文
请发表友善的回复…
发表回复
showerXP 2004-07-02
- 打赏
- 举报
我很难同意一个充满了瀑布思维的人会把软件工程研究深刻
瀑布思维有什么缺陷马？
瀑布思维有什么缺陷马？
w_rose 2004-07-02
- 打赏
- 举报
灵活性、解决“软件危机”。
w_rose 2004-07-02
- 打赏
- 举报
简单的流程并不重要。重要的是当你不能按照简单的流程工作时，你是否知道那些驱使流程运转的背后的力量是什么。我们简单去模仿别人，于是就有了通俗的流程。我们自己去解决问题，于是就有了自己设计出来的更为合理的流程。
rolandash 2004-07-02
- 打赏
- 举报
把复杂的事情简单化，是迈向真理的第一步。。
楼主有潜质。
楼主有潜质。
海上的云 2004-06-21
- 打赏
- 举报
谢谢你
swordman 2004-06-21
- 打赏
- 举报
飞流直下三千尺
wuhuxia 2004-06-21
- 打赏
- 举报
仅仅是在某个项目开发过程中的一些想法，然后及时记下来而以，非常感谢各位的评价这让我受益匪浅。
li_new 2004-06-20
- 打赏
- 举报
典型的瀑布开发！呵呵
ozzzzzz 2004-06-20
- 打赏
- 举报
楼主首先应该明确工程是什么意思，不明确这个就无法进行下面的讨论。他的这篇文章命名为随想，我想也只能是随想。我很难同意一个充满了瀑布思维的人会把软件工程研究深刻，作者也不能。
windyJ 2004-06-20
- 打赏
- 举报
No, not just the flow...there is a long way to go.
there are many factors in software development, pls go to: "to organize user's requirements in Use Cases"(can refer to http://www.umlchina.net/training/umlchina_2.pdf),
then you'd put emphasis on system anlysis/design/implement and people and technics and resources and so on...
there are many factors in software development, pls go to: "to organize user's requirements in Use Cases"(can refer to http://www.umlchina.net/training/umlchina_2.pdf),
then you'd put emphasis on system anlysis/design/implement and people and technics and resources and so on...
