2024年如何做软件开发公司 篇1
工资成本高，维护成本高
互联网时代，尤其是移动端app的高速发展，市场上互联网人才的需求量急剧增多，同时薪水也水涨船高，以北京为例，前端的薪水普遍在10K以上，后端开发基本在15K以上（有很多公司前后端分离，前端的薪水是普遍高于后端的），我们按低配置算，一个最起码的软件开发技术团队，一个UI，一个前端，3个后端，一个ios，一个安卓，测试和运维咱们都不算，技术总监咱们假设是技术入股，开很低薪水，单单只这七个人，公司为软件开发技术团队总体支出的成本保底在10万+，这还不算产品部门，当然你也可以选择全栈工程师，一个人顶几个人用，但相对也贵。从需求到产品成型，我们按三个月来算，三个月上线，开发成本30万，但，这之后的软件开发技术团队的工资，你还是需要支付的，你又不可能把整个软件开发技术团队给开了，并且系统上线后的维护成本也是一笔不小的开支。提供一个数据以做参考，比较规整的软件开发技术团队，在一线城市，做一款app的费用一般是100万打底。具体的开销因团队成员而异。
关键性技术人才难找
有一个不得不去面对的事实，创业型软件公司，技术性人才很难找，笔者就是个程序员，但笔者不是太喜欢去创业型软件公司。从程序员的角度去看这个问题可能更清楚一些，首先，创业型软件公司给不了丰厚的待遇，在大公司里你却可能拿到十倍之差的薪水，比如之前笔者待过一家创业型软件公司，在北京5k的薪水，一个人干了一个团队的活，从产品需求，到ui界面，到前端、后端、测试、运维、客服、培训，半年的时间边学开发语言边写的一套系统，产品上线后，大概四五个月的时间才融到的第一笔资金，团队里才进了一个有经验的前端帮助开发，前后大概一年的时间。这里有一个问题，程序员到了30岁以上，不得不面临一个东西叫“中年危机”，相信这个年龄段的小伙伴们已经深深感受到了，这个年龄段，身体不如刚毕业的小年轻，加班不如他们，激情早已退去，薪水也比他们高，对于以盈利为目的的公司，无疑是一种负担。这也是为什么说程序员都是吃青春饭，在还能编程的年龄，去大公司做开发，薪水高，平台大，待遇好，这个选择一定是首选。这也是程序员不太愿意选择创业型软件公司的原因。而创业型软件公司，要想找到价值观一致、技术好、有经验、还能带团队，并且要的薪水少的程序员，可想而知其中的困难程度。
团队沟通成本高
大家在一起，组建一个团队，一定是要相互磨合的，能在一个创业型软件公司聚集起来的团队成员，一定是价值观相同，但公司每发展到一定阶段，都会遇到新的问题来考验大家的凝聚力，比如缺钱发不下工资的时候，比如战略融资伙伴的选择上，比如对待产品及竞品的态度上，大家往往会有不同的态度和意见，这些便会产生矛盾和摩擦，最终可能会因理念不同而导致分崩离析。一个公司的销售团队以及技术团队的拆分，绝对会给带来毁灭性的打击，尤其是关键岗位上的人的离开。这是其中的一种沟通成本。第二种沟通成本，是在具体工作中产生的，开发任务，一般都会以团队的形式存在，然而，现实中你是很难招齐所有岗位的人的，刚招进来的人，熟悉业务、磨合需要一段时间，还不一定能留下，软件开发技术团队中不同部门沟通矛盾经常出现，现在公司常见的是，产品部门需求频繁修改与开发部门之间的矛盾，这些是团队的隐形成本。
时间成本不等人
有一个非常现实的问题，不经历过创业可能想不通，创业型软件公司要的系统的初衷是，“一个可以用的产品”。但程序员理解的“可以用的产品”是能预见到的bug和漏洞全都解决的、已经优化了的、对未来业务有扩展的系统。其实创业型软件公司真正想要的产品是什么呢？让我们换个程序员的视角去理解，是产品上线，主业务能走通就可以了，什么数据参数验证、什么代码重构，其它的都无所谓，融资之后再迭代解决，但你首先“要把他做出来”，我们要先有钱，能养活自己再谈其它的，没钱，公司挂掉了，一点用都没有。这是来自于资本的时间压力。第二种是来自于市场的时间压力，互联网产品更新速度快，死得快，新生的也快，一片蓝海市场，谁都想分一杯羹，最先占领市场的可能不是最终成功的，但一定是占据先机的，谁能在第一时机把用户聚拢起来，流量上去了，资本会追着你投资。市场的时间压力，不仅仅是创业型软件公司面临，大公司一样存在，马化腾在一次公开演讲中提到，微信团队在开发的时候有三个团队同时开发，都叫wechat，时间不等人，不管那么多了，谁最先做出来，用谁的。最后广州团队胜出，而成都团队只差一个月。可见时间成本对一个项目来讲有多重要。
2024年如何做软件开发公司 篇2
一，管理软件的构成：
管理软件的构成有三大方面，一是数据库，二是数据库操作，三是窗体交互界面。
1:数据库
管理软件的核心是对数据信息的管理。一切要管理的数据信息，都是存放在数据库中的。所以数据库是管理软件构成的核心。可以说没有数据库，就无法实现数据库管理系统的开发。
“数据库”是由数据库提供商开发的，我们只是通过数据库将数据信息放入其中而已。数据库种类有很多，最常用的有“Access数据库”和“SQLServer数据库”，这两个数据库，都是“微软”开发的。
“Access数据库”适合于开发中小型的管理系统。如果用户数据库的数据规模在1000万条以内，而且网络终端用户在5个左右，较为适合使用此类型的数据库。
“SQL Server数据库”适合于开发中大型的管理系统。如果用户数据库的数据规模超过1000万条以上，而且网络终端用户超过5个，应选择为此类型的数据库。
2:数据库操作
数据库作为存放数据的容器，可以存放大量的数据。但是如何把数据加入到数据库中，如何将获取到的数据经加工后显示出来等，就是涉及数据库操作的工作任务了。
在管理系统中，操作数据库的手段可以是：使用窗体向数据库中放入数据(数据采集)；向数据库发出SQL语句让数据库做计算(数据加工)；使用窗体或报表获取数据库中的已有数据显示(数据输出)。
3:窗体交互界面
管理软件的核心是数据库，但数据库几乎是看不见摸不着的东西。如果要使数据库能被可见的操作，就要依赖于“窗体”作为交互界面。通过窗体既可以将数据库中的数据载入打开，也可以通过窗体向数据库中放入数据，还可以通过窗体指挥数据库中的数据计算加工等等。
二，数据表规划原理
“数据表规划”包括两方面的内容：一是选择哪种数据库；二是数据库中应该创建哪些表。
用户项目的数据表规划，是开放数据库管理系统的重要环节。对数据表的规划设计，是管理软件开发中举足轻重的，决定着管理软件的最终效果。
规划数据表，就是规划在用户项目中应该建立哪些数据表。
1:数据表的建立
对用户项目而言，无论有多少数据表，其中总有几个是核心数据表，另一些是辅助数据表。例如以下实例
1、销售管理系统”的数据表
在“销售管理系统”开发中，要创建三种用途的数据表。一是“数据采集表”；二是“数据加工表”；三是“辅助信息表”。
1) 数据采集表：
“数据采集表”也称为“核心数据表”。一个应用系统中，最主要的是建立“核心数据表”。核心数据表的实例：
销售主表--记录谁来买东西了
销售明细表--记录都买了什么东西
以上两表应用时，是建立为“主、子”连接的数据源后采集数据，其主连接字段为“票号”。
有了以上两个表，就可以采集数据了。而且可以说，你即使没有其它功能，只要采集数据了，就可以称为一个基本的管理系统了。这句话很重要，体会一下。
2) 数据加工表：
“数据加工表”是服务于软件功能需求的。数据加工表的多少，取决于管理系统的细化程度。例如我们可以为“销售管理系统”建立以下数据加工表：
销售明细汇总表--用来加工按商品分类的销售数量汇总
库存明细汇总表--用来加工按商品分类的库存数量汇总
销售员业绩汇总表--用来加工按销售员分类的销售金额汇总
有了以上几个表，采集数据后你要“月汇总、日汇总..”，要什么就加工什么。
& 数据加工分为“临时加工、永久加工”两种。当为“临时加工”时，通常使用“汇总型数据源”实现，而不是使用“加工数据”模块。因此“临时加工”数据时，不需要创建加工数据表。
3) 辅助信息表
“辅助信息表”是服务于“数据采集”的。例如我们为“销售管理系统”建立以下辅助数据表：。
客户信息表—采集数据时用来作为词典，以便填写客户名
员工信息表—采集数据时用来作为词典，以便填写员工名
4) 数据关系链
在数据库管理系统中，完全孤立的数据表几乎是不存在的。数据表与数据表之间存在着“关系”，这种关系有的是单向的，有的是双向的。数据表之间的关系，是通过两个表之间的“字段”达成的。
例如在“销售管理”中的“销售主表、销售明细表”的关系链就是“票号”。值得提示的是，为了统计分析数据的方便以及信息完整，通常对“销售主表、销售明细表”的关系链字段设置多个，如“票号、日期、购货单位、销售员”，这样在统计“销售明细表”的按“日期”分析，按“购货单位”分析，以及按“销售员”统计业绩，就方便多了。
2、总结数据表的建立
“核心数据表”的创建，是数据表规划中最重要的。而且核心数据表往往是“主、子”关系的关联数据表。
“加工数据表”根据需要可多可少，甚至可有可无。因为数据加工可通过创建“汇总型数据源”来临时加工，还可以通过报表来加工数据并打印。
“辅助信息表”根据需要创建，起到采集数据时方便输入的作用。
2:数据表创建要诀
通过数据表实例的创建，我们已经得出“数据表的创建要诀”。这些要诀对普通用户而言，几乎是要背下来的诀窍法则：案例
谁买了东西(主表)，买了什么东西(明细表)。——销售管理
谁来看病了(主表)，开了什么药(明细表)。
…
按您的业务管理内容，举一反三地演化一步：
谁来就餐(主表)，点了什么菜(明细表)。——餐馆管理
谁来领料(主表)，领了什么料(明细表)。——库房管理
谁来洗衣服(主表)，洗了什么衣服(明细表)。——洗衣店管理
…等等。
熟记以上要诀，对于创建管理系统的“核心数据表”，将有极大的裨益。
3:数据表的修改
开始开发用户项目后，数据表将有可能在一直调整当中，因为许多事先未想到的问题的出现，会使数据表必须修改字段或增加新的数据表。
1)、修改数据表
修改数据表是必须的，一步到位的设计几乎不太可能。因此用户在初期的窗体设计中，不要将复杂功能全部做完，而应该制作一个框架来试验和分析。当需要修改相关数据表结构时，先前设计的框架窗体可以废弃。
许多用户不太注意这一点，往往下大力气做功能，待几乎做完时发现要修改数据表，而导致先期工作白做。
再次提示，修改数据表后，相关窗体中的功能要删除重做。
2)、增加数据表
增加数据表是必须的，因为随着软件项目的不断完善，往往必须通过增加数据表才可以实现。因此用户在项目开发的初期，不必一味的追求规划好全部数据表。
增加数据表不会影响先前设计的窗体功能。
3)、总结数据表的修改
初期的窗体功能设计不要复杂只作出框架即可，以便修改。
设计是渐进的，数据表不必一次规划完。随着功能的完善和需求的变化，而逐步增加即可。
4 数据库规划的总结
按照前两节的叙述，创建数据表的过程思路，就是这么简单。我们一定不要把简单问题复杂化，更不要把清晰问题模糊化。
做任何事建立理念原则是重要的。如果在规划数据库时“无从下手”，不妨好好读读以上文字，5分钟后应该很顺利地开始规划数据表的。
三系统结构规划
“系统结构规划”主要是规划一个软件的整体的操作结构。其规划的好坏，既影响到软件项目所能完成的任务，也影响到操作使用者是否方便易用。
1 结构规划方法
结构规划是通过对“主控窗体”的菜单规划实现的。通过“主控菜单”的规划，就可以基本上体现出一个用户项目的概貌框架和即将要开始的开发。
软件项目的通常结构为：“系统功能组、应用功能组、信息编辑组、帮助和其它组”。
2“系统功能”菜单项
“系统功能”主菜单项，通常应放置在顶行主菜单项的第一列。其中的下拉菜单项主要应包括“重新登录、修改个人密码、用户权限编辑、数据备份、数据恢复、关闭退出”等功能项。
对于“系统功能”的设计而言，一般是15分钟内即可将所有功能设计完成。
3、“应用功能”菜单项(多列)
“应用功能”主菜单项，通常应占据顶行主菜单项中间的多个菜单列。通常而言，一个用户项目的主体功能，都是在这些菜单项下体现的。例如按需要设置为“数据采集、数据加工、数据输出”等主菜单项。
各个“应用功能”主菜单项中的下拉菜单项规划，可按项目的实际需要建立即可。
4“信息编辑”菜单项
“信息编辑”主菜单项，通常应放置在顶行主菜单项的“应用功能”之后。其中的下拉菜单项主要应包括“各种信息、各种词典用值”等应用功能中需要的辅助信息编辑。
5“帮助和其它”菜单项
“帮助和其它”主菜单项，通常应放置在顶行主菜单项的最后一列。其中的下拉菜单项主要应包括以下几项：“使用说明、版本信息”等。
四 系统功能实现
“系统功能规划”主要是规划一个软件中的各个任务点做些什么。其功能实现的好坏，直接影响到软件项目所能完成的任务质量。
1 系统功能分类
管理软件的功能构成，主要为三大类，“数据采集、数据加工、数据输出”。
1)、采集数据
“采集数据”是管理软件构成的核心基础。管理软件管理的是信息，所以采集数据是最重要的。
2)、加工数据
“加工数据”是管理软件的手段。被采集到数据库中的数据要反映出有用的信息，通常是要经过“数据加工”来得到。
3)、输出数据
“输出数据”是管理软件应用的重要目的。“报表打印、原始数据显示、加工后的数据显示”等，都是“输出数据”的应用。
2“数据采集”功能
“数据采集”功能，是管理信息系统的核心和基础功能，所谓“数据采集”就是向“核心数据表”中“编辑记录”。
例如：在销售管理系统开发中，“销售开票、入库登记、出库开票”，以及“人事管理系统”中的“出勤录入、出差录入、员工信息编辑”等，都是“数据采集”的应用。
对于一个数据库管理系统而言，“采集数据”的重要性几乎是决定性的，采集数据正确了，其它功能的实现基础也就建立了。可以这样讲，一个用户项目，即使其它任何功能都没有，而只是实现了数据采集，就已经可以称其为一套应用系统了，可见采集数据的重要性。
1)、采集原则
“采集数据”的原则就是“简单方便、快捷准确”。如果采集的数据不准确，等于没有意义。如果采集的方式复杂繁琐，将使操作者无从下手，也容易导致错误。
2)、界面规划
“采集数据”功能，通常是通过“窗体”的交互实现的。设计一个清晰整齐的界面，是窗体设计的重要前提。
窗体界面的设计，可以从模仿开始的。我们在电脑上已经或多或少用过一些软件，它们的界面设计许多都是样板，可供我们参考的。
3“数据加工”功能
“数据加工”功能，是将采集来的数据做计算加工，从而达到使用这些信息的目的。在实际应用中，加工数据的实例有：对“销售明细表”作“分组汇总”，计算出各种商品的销售数量、金额等。
1)、加工原则
首先要知道，加工数据是对数据原始形态的改变。而对于管理系统而言，原始数据形态是极为重要的，是不可以被破坏的。因此，加工数据的前提是，不能对原始数据直接加工，而是对他的副本，或叫做复制体做加工。不破坏原始数据原则，是初级用户最要知道的基本原则。
2)、目的和手段
“加工数据”的目的是将“原始数据加工成有价值的数据形态”。例如让加工后的数据告诉我们“那个产品好销”、“年度经济效益如何”、“哪些商品该进货了”等等。
a 合并同类项
对于要将“明细”性质的数据加工成按“同类项合并”时，应使用“分组汇总”模块实现。
b 修改字段值
有许多种情况，要对数据表中的某些字段做计算。如对“金额”字段重新计算、对“票号”字段重新整理编号等等。“修改字段值”通常使用的加工手段为“计算修改”模块。
c 去除废数据
有许多中情况，要对数据表中的无用记录作删除，应使用“删除记录”模块作加工。
3)、“数据加工”总结
对于数据加工而言，可以是极为随意的。它总是可以按使用者的意图加工成各种各样需要的数据形态。除了像“财务管理”那样有专业要求的数据加工有一些固定的模式外，用户可以按“领导意图、上级要求、个人意愿”等随意加工。只是记住一个最重要的原则就是“不破坏原始数据原则”。
4“数据输出”功能
“数据输出”功能，是将采集来的数据经“加工”成有用信息后, 或“未经加工”的输出，从而达到使用这些信息的目的。在实际应用中，各种报表的打印输出、加工后数据的窗体中显示等，都是“数据输出”的应用。
1)、输出原则
“输出数据”几乎没有原则可言，也就是说想“输出什么，就输出什么”。你能反映的数据输出形态越多，你完成的系统的“有用、有价值”信息也越多。
2)、目的和手段
对管理系统而言，“采集数据、加工数据”的目的，都是为了使用数据。通过输出数据就可以达成使用数据的环节。“上级要报表、领导要数据”，都是通过输出数据实现的。所以对“输出数据”而言，是“采集、加工、输出”三大环节的最后一环，也是可以称其为“目的性”的环节。
a 报表打印
“数据输出”的典型形态是“报表打印”输出。
在打印报表环节中，既可以直接打印“原始数据”，也可以打印“加工后的数据”，还可以在打印设计时对已加工过的数据“通过报表再次加工”后打印。
对“原始数据”或“加工后的数据”作“再次加工”，是“报表控件”所具有的内在功能。所以在对数据“加工”时，可以考虑到“打印报表”时，还可以通过“报表”自身来再次加工数据的功能。
b 窗体数据源显示
数据表数据显示在窗体中，也称其为“数据输出”，它是“非纸张方式”的输出而已。窗体方式的数据输出可以是“常规型数据源、汇总型数据源”两种。
c 数据交换
“数据输出”还体现在“数据交换”方面。如数据表的导出，分公司数据表的导入等，都是属于“数据输出”的范畴。
“数据交换”的手段有：“导出数据、导入数据”模块、以及“数据源导出为文件()”函数等。
3)、“数据输出”总结
“输出数据”在管理系统开发时，是重要的功能。与“数据采集、数据加工”相比，它是体现软件软件目的性的结果显示。
由于“数据输出”不破坏“原始数据”，所以没有原则可言。只要是需要，就可以随意输出。对于用户项目而言，“数据输出”几乎应该是一个开放的环节，也就是其功能多少最不固定的部分。如“今天”有新的需求，就增加新的报表，“明天”某报表不需要了，就将其去掉删除。
五 项目开发过程规范
在开发自己的应用软件时，由于对软件开发的过程不规范而导致大量的无用功操作。就常会发生的错误开发软件的方法，给出一些建议和解决途径，以使得能高效快速地实现软件开发。
1 创建规划试验项目
开始软件项目的开发不是“一蹴而就”的，要学会“试验项目”到“正式项目”的两步走原理。
1)、试规划“软件功能”
无论你是大项目还是小项目，都要先规划好整个系统要做什么。只有规划好整个系统的大小功能，才能开始软件项目的实际开发。
a 在主窗体菜单中规划软件功能
你可以把主窗体的“菜单编辑器”，作为你的蓝图规划工具，把你想到的应有功能都布局在这上面。
功能的规划可以从两方面入手。
一是业务要求：看看原来手工管理时要做哪些事，还能多管哪些事。把它们划分好后填到菜单上。
二是参照样板：找找是否有相关的现成软件可以参看，学学它们的有用功能变为己有。注意不要看见什么就想用上，那样你的项目永远都不能完工。
b 功能规划原则
软件中的功能不是越多越好，而是够用就好。在功能规划之初，就要考虑到未来实现的可能性和难度。合理均衡功能价值和实施难度，做到功能合理实用，实施难度适当。
c 交付用户确认
如果所设计软件是收费的或其他人使用的，要将试规划的软件功能，以仅能运行菜单的状态交由用户确认。
这一步很重要，必要时要与用户以书面方式确认。
2)、试创建“数据表”
功能规划完成后再开始创建数据表，这样可以按所规划的功能合理的创建需要的所有数据表。
a 创建数据表的过程
先创建系统主要使用到的数据表。例如在“进销存管理”系统开发中，先建立“采购主表、采购明细表、销售主表、销售明细表”。
至于系统用到的“词典表、信息表”等，依据需要后建立为宜。
b 数据表的修改
初级用户创建的数据表不大可能一次性完成，而是要反复修改的。因此在开发过程中，不到软件项目的最后完成，都可能在不断地修改数据表结构。
我们对数据表的修改，就是在不断向最终需要的数据表靠近。修改数据表不是问题，高级用户也是如此，问题是要总结经验快速达成。
3)、试设计“窗体交互功能”
基础数据表试设计完成后，开始“窗体交互功能”的设计。
a“数据采集”功能窗体
试设计“窗体交互功能”的第一步，是作“数据采集”功能窗体，这是最重要的。在这一阶段，不要将窗体设计的很复杂，只要可以用了就行。一边设计、一边试运行，找出数据表设计的是否合理，并及时改进数据表设计。一旦窗体不能用了，就扔掉重设计也不惋惜。
b“数据加工”功能窗体
试设计“窗体交互功能”的第二步，是作“数据加工”功能窗体，这是要检验一下经过多次修正的数据表采集来的数据，能否满足数据加工的需要。所需要的数据，能否加工出来。同样在这一阶段，不要将窗体设计的很复杂，只要可以用了就行。一边设计、一边试运行，找出主要数
据表设计的是否合理，并及时改进数据表设计。
切记：试设计窗体阶段，窗体只要具备基本使用功能就好，不必要全部完善做完。
3)、交付用户确认
如果所设计软件是收费的或其他人使用的，要将试规划的软件功能，交由用户确认。
这一步很重要，必要时要与用户以书面方式确认。
4)、创建试验项目的总结
创建试验项目主要是为了正式设计项目打基础。因为无论是初级用户还是高级用户，都不可能一步到位的设计好数据表，而当一旦窗体设计完成后发现数据表要修正，将导致所完成的窗体报废。这种设计过程导致的无用功，会极大的影响开发者的工作情绪，也使得开发效率降低。
因此，数据表在没有完全固定下来之前，绝不正式设计软件项目。这一条原则，将是你快速有效地完成软件项目开发的重要前提。
5)、交付试运行
试验项目一定要做到能够运行的状态。也就是说，除了“费工费时”的完善性工作以外，都应该完成设计。
这一阶段的工作，如果是自用软件项目倒也无妨。如果是收费的或交付别人使用的软件，则要注意以下问题。
a 搜集试运行反馈
交给用户的试运行项目，要说清楚试运行的目的。也就是说告诉用户这是框架程序，主要检验是否是用户需要的功能结构。通过搜集试运行反馈，及时修正和补充。
b 签署书面确认协议
交给用户的试运行项目在经过检验后，要与之签署书面确认协议。要说明未来由用户导致的系统结构调整、数据表调整，都是由用户承担其额外的时间支出和费用支出。这一点十分重要，它可以避免由此产生的“永远完不成”的项目，和预算时间和费用的超支。
2 正式开发项目
当数据表完全固定下来之后，我们就可以开始正式设计软件项目了。
1)、开发实现原则
软件正式开发后，要使软件项目开发的顺畅高效，必须注意以下问题：
a 先主要后次要原则
正式开发项目时要遵循“先主要、后次要”的工作原则。因为这一阶段仍然有可能发现必须改进的程序设计不足，并导致修改数据表等主要程序结构。
b 功能效率原则
在开发应用功能时，一定要遵循“功能效率原则”。这是最容易忽略的问题。
弊端1：窗体中大量使用装饰控件，导致窗体打开和运行速度大大降低。
弊端2：窗体中许多不必要的“智能计算、智能检测、数据源改变事件”。
弊端3：大数据集时，不使用合理的“条件公式”来打开数据集，导致窗体打开效率极慢。
弊端4：数据“加工计算”模块设计或规划组合不合理，导致几秒钟的计算进行了几小时。
对于“功能效率原则”而言，是必须遵循的重要前提。几乎任何感到效率低下的“窗体、计算”，无一例外地是不合理的设计造成的。
c 功能成本原则
在开发应用功能时，一定要遵循“功能成本原则”。这也是最容易忽略的问题。对一个不必要、或可有可无的功能，耗费大量时间及精力，是极为“得不偿失”的。要知道，凡是耗费时间的功能几乎是在做多余的设计，因为大量实践证明，开发管理软件，几乎没有需要复杂设计或十分耗时的地方。
弊端1：在软件主要功能还没有实现时，大量宝贵时间耗在“装饰美化”上，而且不厌其烦，导致开发效率十分低下。
弊端2：在对开发工具的使用还不是十分熟练时，耗费大量时间“研究和试图实现”不必要的功能，导致开发信心受到挫折，并使开发效率十分低下。
对于“功能成本原则”而言，还要注意区别。一些功能的应用今天对你来讲可能是复杂的、不必要，明天也许就是你能轻松驾驭的一般功能。所以先做“主要的、会做的”，是遵循“功能成本原则”的重要前提。
2)、阶段性交付原则
如果你的项目很大，而且所设计软件是收费的或其他人使用的，正式开发时要做好计划，并把这一计划交待给用户，向用户说明阶段性测试的内容和大致时间。
在阶段性测试中，要注意将完成的部分要用户以书面方式确认。
3)、软件项目完成
如果你的项目是收费的或其他人使用的，要在完成全部功能后要求用户以书面方式确认，以绝对避免“没完没了”地添加功能，和“随心所欲”的无穷要求。
a 软件项目维护
所谓“软件项目维护”，是指软件正式运行后，对所发现的“错误”实行修改。这一修改是局部的、不涉及主数据表的修改。
对用户项目的维护是持之以恒。对待你所开发的软件项目，要像对待自己的孩子一样保持经常的关心和呵护。对用户提出的新要求，只要是“举手之劳”的事，都应该尽力满足。即使是过分要求，也要说明理由和原因。这是软件开发者所必须拥有的品格。
b软件项目升级
所谓“软件项目升级”，是指软件正式运行后，对所“功能”作大的修改。这一修改是全局部的、涉及主数据表的修改。
在软件升级实施前，要充分做好前期工作，就像前面我们讲到的制作一个新软件项目那样，一步一步按部就班地实现。
总之，你开发的软件项目就像你的“人格、品质、素养、教化”一样，既在你的软件之中，也在你的软件之外。就让你的聪明才智，在你的作品中放射出光芒吧！