管理信息系统的开发方法有哪些：适配项目体量择优选用

做企业内网进销存系统项目时，被领导临时提问管理信息系统的开发方法有哪些，当场凭着项目实操经历随口作答，才理清市面上所有落地可用、不是课本空谈的开发方式。

大二跟着导师做小型社团考勤管理系统，最先上手的就是结构化开发法。流程卡的特别死，先做全局需求调研，拆分业务模块，再逐层设计数据库、前端页面、后台代码，最后统一测试上线。当时团队四个人，严格按照规划阶段、开发阶段、运维阶段分步推进，半个月敲定全部需求，中途不许随意改动表单字段，硬生生把小系统做完了。这套方法容错率极低，但凡前期漏了社团请假审批的流程，后期改代码要联动改整套架构，工作量直接翻倍。

班里小组做课程选题管理系统，跟风用了原型法。

完全不走完整书面流程，先画简易网页草稿，搭极简可点击页面，发给任课老师、各班班委试用来提意见，改完一版原型再细化开发代码。没有固定开发时序，需求随时微调，适配这种需求模糊、甲方想法多变的校园小项目很合适，就是迭代次数太多，小组每天都要改页面按钮布局，开发周期被拖长了近一倍。

去年入职外包公司，对接中型零售门店收银管理信息系统，全程采用面向对象开发法。不再拆分业务流程，而是把门店会员、商品、收银、库存单独做成独立对象模块，模块之间互不绑定。库存模块出bug，不用改动会员模块代码，修复速度快很多。组里老开发说，现在七成商用管理系统，基本都优先用这个方法，适配后期门店扩容、新增积分功能的二次开发。

接手过一次政企老旧人事管理系统翻新项目，只能用生命周期法。

这套方法划分阶段比结构化更细致，可行性研判、需求分析、系统设计、编码实施、验收运维六大阶段完全割裂，每一阶段都要签字归档留纸质资料，不能跨阶段施工。政企项目合规要求高，每一行代码改动都要备案，生命周期法刚好契合审计要求，缺点就是死板，人事岗位新增考勤分级制度，必须走完全套审批流程才能修改系统，灵活性基本为零。

还有一种只赶紧急项目的快速应用开发法，上个月门店临时要简易客流统计管理系统，工期压缩到五天。直接套用现成低代码系统模板，拖拽组件、对接现成数据库，不用从零编写底层代码，四天完成上线。系统功能很单薄，没办法深度定制客流细分报表，只能满足基础统计使用，长期商用完全不推荐。

折腾好久才搞明白，课本罗列的开发方法没有优劣之分，只看项目规模、改动自由度、合规要求选型就行。

上周整理项目台账，翻到当年考勤系统写错字段的原始图纸，边角还画着当时烦躁随手涂的横线。