嘿，大家好。今天我想跟大家聊聊软件系统开发这事儿。说真的，这玩意儿挺难的。不像咱们平时喝杯水那么简单。你要是想去学怎么写代码，怎么做个系统，那得花不少功夫。特别是怎么把需求搞清楚，怎么把测试做好，还有怎么让软件质量高一点。这些东西啊，要是弄不明白，做出来的东西肯定是一坨屎。没人要。所以呢，今天我就随便唠唠，希望能帮到那些正在学或者准备学的人。反正我也不是什么专家，就是个过来人瞎扯淡，话虽然是这么说…。

　　第一步：需求怎么搞？产品经理的大头戏

　　先说说你得明白，软件不是凭空想出来的。它是为了解决问题。那问题在哪？在客户那里。所以第一步就是找客户聊天。这个活儿通常归产品经理管。产品经理嘛，就是那个拿着本子，到处跑，问东问西的人。他得去了解客户到底想要什么。客户有时候自己都不知道自己要什么所以产品经理得去猜，去引导。

拭目以待。 然后呢？光听客户说不行啊。客户说的可能都是梦话。所以产品经理还得去市场调研。去看看别人家都做什么了看看市场上流行什么。看看那些大公司都在搞什么花活儿。这就像是逛街，你得知道哪家店有你要的东西，或者哪家店有新东西。

试试水。 调研完了就得干活了。用什么干？用办公软件呗。比如Excel，那个破表格。产品经理就在里面列啊列。列什么呢？列每个内容模块下有哪些小功能模。就像盖房子，你得先列出来要放沙发、放电视、放马桶。这些就是模块，这些小东西就是功能模。

薅羊毛。 当一些企业明确需要哪些界面时在这一步大体上可以确定。界面很重要，界面不好看，谁会用啊。所以这一步主要是把大概的样子定下来。把客户的需求，变成一堆干巴巴的文字和表格。虽然枯燥，但是这是必须的。

我无法认同... 1.产品经理向客户了解他们的需求， 然后进行市场调研，再用办公软件列出每个内容模块下有哪些小功能模，当一些企业明确需要哪些界面时在这一步大体上可以确定。

　　第二步：深入分析， 把需求变成真东西

　　聊完了需求，就到了第二个阶段。这个阶段得动脑子了。不是光听客户说还得自己想。产品经理得跟项目经理坐下来好好“对需求解和分析需求”。这两个角色得配合好，不然就完了。项目经理嘛，就是管怎么做的，管进度的。

他们得根据自己的经验和市场情况，用自己的文件列出详细的需求。这个文档可是个宝贝。 说句可能得罪人的话... 它是给后面写代码的人看的。如果这个文档写不清楚，后面的人肯定要骂娘。

痛并快乐着。 这个文档会清楚地列出系统的大功能模块和下面的小模块，也列出相关的界面需求和界面功能。比如登录模块下有注册、找回密码、验证码。界面需求就是点击哪里弹出什么框。界面功能就是能输入什么能点击什么。

写完需求文档，还不能完事。还得评估项目需求的整体。评估什么？评估哪些功能应该优先开发？ 从头再来。 哪些功能难？哪些功能简单？哪些功能是必须的，哪些功能是凑数的？

2.产品经理和项目经理对需求解和分析需求， 根据自己的经验和市场情况，用自己的文件列出详细的需求。这个文档会清楚地列出系统的大功能模块和下面的小模块， 反正吧… 也列出相关的界面需求和界面功能。评估项目需求的整体，哪些功能应该优先开发？哪些功能难以实现？

　　优先级和难度的博弈

　　其实吧，很多时候客户想要的功能太多了。产品经理和项目经理得学会砍需求。不能客户要啥就做啥。得有主次。核心功能必须得有，比如电商系统的购物车、支付。这些是吃饭的家伙，不能少。那些花里胡哨的，比如换个皮肤、加点动画，能往后放就往后放。

我整个人都不好了。 然后就是评估难度。有些功能看着简单，实现起来可能很难。比如要跟银行接口，或者要处理海量数据。如果难度太大，时间不够，或者技术不行，那也得忍痛割爱。不然做出来也是一堆Bug，再说说还得删掉，白费力气。

　　第三步：设计阶段， 把想法画在纸上

　　需求定下来了接下来就是设计。设计分好几种。一种是逻辑设计，一种是UI设计。逻辑设计是给程序员看的，告诉他们数据怎么存，流程怎么走。UI设计是给用户看的，告诉用户界面长什么样，好不好看。

这个阶段也很重要。很多人觉得画图很简单，随便画两笔就行。错！大错特错！设计不好，后面改起来累死人。界面要符合用户体验。不能搞得太复杂，要让用户一眼就能看明白怎么用，我不敢苟同...。

我们一起... 现在的流行趋势是什么？极简主义。少即是多。别搞那些花里胡哨的特效，除非你是个做游戏的。做企业软件，越简单越好。点击率越高越好。

　　第四步：开发阶段，写代码的苦力活

　　设计完了就该写代码了。这是开发人员的活儿。程序员坐在电脑前，手指在键盘上飞舞。一行行代码敲出来。Java啊，Python啊，C++啊，这些语言就像天书一样。但程序员必须得看懂。

　　开发过程很枯燥。每天就是面对屏幕，面对代码。有时候一个Bug能卡你两天。有时候为了一个功能，能写几百行代码。写完了还不算完，还得测试。测试不通过就不能上线。上线了出问题，那就是事故。

　　第五步：测试步骤，找茬的艺术

　　说到测试，这可是个细致活儿。也是软件质量的关键。测试不是光点鼠标那么简单。你得像个挑刺的人一样，把软件里的每一个角落都翻一遍。

　　功能测试：点来点去

功能测试就是测试功能对不对。输入正确的数据，看看后来啊对不对。输入错误的数据，看看系统报不报错。有时候还要测试边界值。比如输入框只能输10个字，你输入11个字，系统会不会崩溃？或者输入100个字，能不能存进去？这些细节都得测到，图啥呢？。

　　性能测试：快不快？稳不稳？

优化一下。 软件不仅要能用，还要快。如果打开一个网页要半分钟，谁还有耐心？所以得做性能测试。模拟很多人一边访问你的网站，看看服务器会不会崩。看看响应时间是不是在可接受范围内。

　　兼容性测试：换个浏览器试试？

我个人认为... 现在的浏览器太多了。Chrome、Firefox、Edge、Safari。还有手机端的浏览器。你的软件在Chrome上好好的，换到Firefox上是不是就乱套了？这得测。还有不同的操作系统，Windows、Mac、Linux。不同的分辨率。这些兼容性问题很烦人，但必须解决。

　　平安测试：黑客来不来？

平安现在越来越重要。黑客总是想找漏洞。你得测测你的系统安不平安。有没有SQL注入？有没有XSS攻击？ 交学费了。 如果有人恶意输入脚本代码，你的系统会不会被施行？这些要是没测好，用户的数据泄露了你赔得起吗？

　　第六步：提升软件质量的那些坑

妥妥的！ 再说说我们怎么提升软件质量呢？这其实是个系统工程。不是靠一个人能搞定的。

　　代码规范：别写垃圾代码

程序员写代码，不能只顾自己爽。得写规范。变量名起得清楚点，函数名起得有意义点。别写一堆乱七八糟的缩写， 躺赢。 自己都看不懂。代码格式要统一。不然维护起来跟看天书一样。

　　持续集成：天天改， 天天测

我服了。 以前那种开发模式，代码写完了再测，风险很大。现在流行持续集成。写一点代码，就测一点代码。每天把代码合到一起，跑一遍测试。有问题马上改。这样能减少Bug的积累。虽然麻烦点，但是能保证质量。

　　文档齐全：别到时候找不到人

很多项目再说说烂尾，就是主要原因是文档不全。代码写得再好，没人看得懂也没用。得有需求文档，设计文档，测试文档， 纯属忽悠。 用户手册。万一程序员离职了接手的人能看懂代码，能知道系统是怎么设计的。这样才能保证项目的延续性。

　　：软件开发是个无底洞

即便是... 总而言之， 学习软件系统开发，真的不容易。从需求分析，到设计，开发，测试，再说说上线，每一步都有坑。需求搞错了后面全白搭。测试不到位，上线就出事。质量提不高，用户就跑光。

反正吧… 但是只要我们一步步来踏踏实实地做。多沟通，多测试，多学习。相信还是能做出好软件的。虽然过程很痛苦，头发掉得不少，但是当看到自己做的软件运行起来那种成就感也是没谁了。

所以如果你也想学这个，别怕难。多看多练多思考。特别是那些基础的东西，比如怎么设计需求，怎么写测试用例。这些是内功，练好了才能走得更远。好了今天就扯到这儿吧。我要去喝口水，眼睛都看花了。希望这篇文章能帮到大家，虽然写得有点烂，但是都是真心话，毕竟.…。

---