本篇文章给大家谈谈软件开发中大约要付出的工作量，以及软件开发中大约要付出的工作量进行测试和排错对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
- 1、软件开发项目工作量如何评估，按人天、按代码行、按模块….???飞过的高人请留步~~~
软件开发项目工作量如何评估，按人天、按代码行、按模块….???飞过的高人请留步~~~
总的来说，要考评估一种/多种操作系统的开发复杂度及是否跨平台，软件应用技术的复杂度，是否多个子系统构成及子系统相互通信技术，软件应用范围的广度，受众用户的数量，软件升级及更新的管理规划，培训安排等。。
1。需求确定的情况很少，因为客户的需求总是在变，即使确定下来，验收的时候也会提出新的问题，这个要靠项目经理沟通，用户当前的问题在这个版本中解决还是下期合同来做。因此来说，需求大体确定和扮以后，拆分子系统组成—子系统的组成模块–细分模块组成，这个是相对粗粒度的，然后就要考虑你手头队伍对细分模块的开发实现能力，大体就知道工作量了，如果不赶工期，时间要放长，软件开发，没有一帆风顺的，肯定会有很多问题，简单伍租来说就是常见的需求变更。
2。评估成员工作量，首先要了解队伍组成，哪些人规划流程清晰，哪些人对技术攻关能力更好，哪些人适合测试，哪些人编码快速，哪些人对数据库精通，哪些人对界面布局更擅长，哪些人有技术的同时更善于沟通。所以通常都是更善于沟通的做组长，及时把流程清晰的告诉组员，反馈每个组员的工作进度，协同组员进度并决定何时由何人做技术攻坚，何时组织测试。
3。项目完成以后就好统计了，每个小组的代码行数，实现的功能模块数量，供其他小组调用的模块，用时多少天，涉及多少领域等，其实这个统计不能说a组完成项目的40%，b组60%这样，比较合理的应该是在某个方面，各个小组的组成比例的表格，然后有个小组工作的总结比较合适。如代码统计，a组2w行，占40%，b组3w，占60%。 模块数量：a组6个，占60%，b组4个占40%，并附模块结构的说明。当然，各个公司的管理不一样，统计方式不一样，反正一个原则就是尽量兄弟们多说点好话，因为一个软件做成，每个环节都不能差的，再好的汽车，如果没有一个很唤橘灶普通的小小铁板当刹车踏板，你敢开吗。
其实还有很多的，让高人再补充吧，软件管理，在中国一直落后的，大家一起努力。
关于软件开发中大约要付出的工作量和软件开发中大约要付出的工作量进行测试和排错的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
