信息系统开发与管理04757课堂笔记.pdfVIP

信息系统开发与管理04757课堂笔记

授课教师：李建国（10年企业级信息系统项目经验，主导过3

个千万级政务系统开发）

课堂核心：这门课不是教你写代码，而是教你“从0到1建系

统”的全流程思维——既要懂技术逻辑，更要懂如何管需求、管进

度、管团队、管用户。

一、信息系统的底层逻辑：不是“工具”，是“解决方

案”

李老师一开场就敲黑板：信息系统的本质是“用技术解决业务

问题”，不是买台服务器、写几行代码那么简单。比如企业做ERP

系统，核心不是“实现库存查询功能”，而是“解决库存积压与缺货

并存的问题”；政务做便民服务系统，核心不是“做个网上申报页

面”，而是“让群众少跑一趟腿”。

1.信息系统的组成：5个要素一个都不能少

很多同学以为“系统=软件+硬件”，其实错了——完整的信息系

统是“人-机-流程”的协同：

硬件：基础载体（服务器、终端、网络设备），决定“系统

能跑起来”；

软件：核心功能（操作系统、应用软件、数据库），决定

“系统能做什么”；

数据：灵魂（业务数据、用户数据），没有数据的系统是

“空壳”；

人：关键角色（用户、开发人员、管理者、运维人员），比

如用户是需求的来源，开发是实现者，管理者是协调者；

流程：规则（业务流程、审批流程），比如“请假系统”的核

心是“提交-审批-反馈”的流程，不是“输入请假天数”的功能。

2.生命周期：从“想法”到“退休”的6个阶段

老师画了个“瀑布+迭代”的生命周期图（不是纯瀑布，因为现

在很少有需求100%稳定的项目）：

1.规划：要不要做？比如企业老板说“我们要做个客户管理系

统”，先评估“做这个系统能帮销售提升20%业绩吗？成本要花多

少？”；

2.需求分析：做什么？和用户聊清楚“你需要这个系统帮你解

决什么问题？”，比如销售说“我需要随时看客户的跟进记录，不用

翻Excel”；

3.系统设计：怎么做？比如架构用“B/S还是C/S？”（现在基

本是B/S，因为能联网用），数据库怎么设计（客户表要包含“姓名、

电话、跟进状态”）；

4.编码与测试：写代码+找bug，比如开发写“客户添加功能”，

测试要测“输入空姓名会报错吗？输入11位以上的电话会提示

吗？”；

5.实施上线：给用户用，比如先小范围试点（选10个销售

用），没问题再全公司推；

6.运维与优化：保运行+改问题，比如系统卡了要优化服务器，

用户说“想加个客‘户生日提醒’功能”要迭代。

二、开发方法：没有“最好”，只有“最适合”

李老师强调：选对开发方法，项目成功了一半。他举了自己做

过的3个项目例子，对比4种主流方法：

1.结构化方法：“自顶向下，逐步细化”的传统派

适用场景：需求100%明确的“传统项目”，比如银行的核心

账务系统（规则固定，不能变）；

流程：需求分析→系统设计→编码→测试→维护（像瀑布一

样，一步一步走，不能回头）；

优点：文档超全（需求说明书、设计说明书、测试报告都

有），后期维护能看懂；

缺点：太死板！比如客户中途说“想加个短‘信提醒’功能”，

要从头改需求文档、设计文档，拖进度；

课堂例子：老师早年做过一个医院的HIS系统（医院信息系

统），用结构化方法，光需求文档就写了500页，因为医院的流

程（挂号→就诊→缴费→取药）几十年没变过，适合！

2.原型法：“先做个demo，再改”的试错派

适用场景：需求模糊的“创新项目”，比如做一个“社区养老

服务平台”（用户也不知道想要什么，得看demo）；

流程：做原型→用户反馈→改原型→确认需求→正式开发；

优点：快！比如用Axure画个原型（像网页一样能点），用

户说“这个按钮位置不对”“想加个上门服务‘预约’，”马上改；

缺点：容易“原型变产品”——用户觉得原型挺好，就让开发

直接用原型当产品，结果原型没考虑性能（比如1000人同时用

会崩）；

课堂