下载掌阅APP，畅读海量书库
立即打开
目前，软件公司的架构通常有横纵两条线：横向分为市场部、产品部、研发部、测试部等部门；纵向按照软件项目来组织，从各个部门抽调合适的人选来完成软件项目。
金融系统中常用的“支付”功能看起来就是数字的加减：用户购买某个物品，对应的用户账户减去商品的金额，且商家账户加上对应的金额之后，就表示交易成功。但在实际环境中，很可能有多种意外产生。例如，用户点击了“支付”按钮，但由于网络问题，显示未支付成功，此时如果用户选择继续支付，很可能会造成重复支付，需要系统能够自动发现重复支付并发起自动退款。另外，还可能有多种支付渠道，相应地，这个系统也必须提供支持。因而，产品经理需要清楚这些需求，对交互场景有清晰的概念；开发人员要有并发处理的多线程开发经验，请求、响应关系要对应好；测试人员也要设计有针对性的用例，减少系统中的隐患。
在当前的互联网环境下，IT软件公司通常采用快速迭代式开发，即敏捷开发。确定开发意向以后，通过工具（如Axure）绘制好界面、设计好交互序列之后，就进行编程开发，一般2周内完成任务，再有2周时间来测试交付。后期继续维护软件系统，确保其可靠、稳定运行，根据需要打补丁或者升级系统等。
这与传统的软件工程课程教学有很大的差别，具体对比如表1.1所示。学生学习软件工程课程时理想与现实截然不同，需要正视这些问题并给出解决方案。大学的软件工程课程一般只涉及软件基础功能的实现，而要实现“工程”级的应用，得到可靠、稳定运行的软件产品，需要付出相当大的努力，尤其在软件生命周期的各个阶段中，特别需要关注很多领域相关的技术细节。
表1.1 学习软件工程课程时理想与现实的对比
因而，软件工程课程提倡的学习方法有：一是从切身经历学，即自己动手开发一个实用的（小）产品，解决实际问题，从而体会软件开发过程的各个阶段，包括学习并运用编程语言、工具、理论以及合作技巧来解决问题，总结自己和团队在各个阶段的得失；二是从间接经验学，通过实际使用和代码评审等方式分析已有项目中的得失；三是通过结对编程和代码复审等方式学习别人的长处，从团队中不同角色（产品经理、界面设计、开发、测试、维护等）得到启发，还可以通过项目交流、研讨、答辩等方式向别的团队学习；四是向老师、助教、社区、用户学习，例如软件产品的Alpha/Beta发布就是以用户为主的。
软件工程非常注重实践，以下三点是检查软件工程实践效果的清单：
●能够研发出符合用户需求的软件，即公开发布、有实际用户并保持一定的用户量和持续使用量（3天后能保持10～100个用户），可以是PC、Web、手机应用，而不是没有用户使用的软件；
●通过一系列工具、流程、团队合作，能够在预计的时间内发布“足够好”的软件，即有项目规划/需求/设计/实现/发布/维护并有定时的进度发布，而不是通过临时熬夜、胡乱拼凑、一人代劳、延迟交付等方式糊弄；
●通过数据展现软件是可以维护和继续演化的，而不是找不到源代码、代码无文档、代码不能编译、没有task/bug等项目演化的资料。