空间管理您的位置: 51Testing软件测试网 » 笑遍世界的测试技术 » 日志

All things are difficult before they are easy. 没有软件的裸机是一具僵尸，没有硬件的软件是一个幽灵。2012，专注于Linux和C语言，关注自动化、性能测试，关注开源社区和开源测试工具、方法，尝试测试团队管理！

软件需求与软件开发的不一致--一件小事引发的思考

上一篇 / 下一篇 2010-06-02 23:54:46 / 个人分类：C/C++

查看( 1277 ) / 评论( 2 ) / 评分( 1 / 0 )

前几天帮女朋友用C语言做一个简单仓库系统进货发货费用的仿真作业，建模和分析都是她弄好了的，我只是把她的需求转化为C程序代码。
其实当我看到她给的分析时，我看到其中的如下几条：
（2）存储费用B：存储费用是供应商库存费用。假设单位时间内单位易腐品的库存费用为2。若t时刻的库存为I(t)，则存储费用为2I(t)。
（3）缺货损失S：缺货既会给供应商带来损失，也会给零售商带来损失。在这里，假设单位时间内单位易腐品的缺货损失为3。若t时刻的累计未满足订货为backlog，则缺货损失为3backlog。
总费用=订货费用+存储费用+缺货损失+发货费用
总费用中，其他两项都是t时间段内累计的，而这两个存储费用为2I(t)和缺货损失为3backlog，这样算的话是将t时刻的费用作为总费用算进去。开始我就觉得这样不太合理，所以我就电话向她确认，由于她也没在意，所以也就说照着给我的文档上做就好了。
然而到后来她将我写的程序拿过去看后，且把PPT和报告都写了大部分后，才发现说怎么每次存储费用、缺货损失都很低啊（且有时为零），所以问我是怎样算的。我就说是按照文档要求做的，仅仅算了当前的存储费用和缺货损失，而没有累计算总的。我当时就被骂了，说晚上很晚也加班一会修改了一下才满足了要求。
其实，当我发现不对之时，应该先向她好好确认的，并提出我自己的看法的。把需求中没写明白的地方挖掘出来，看来挖掘需求（包括隐含需求）是一件重要的事情啊。
作为软件设计者来说，对于需求真的是要认真分析啊，不但知其然，还要知其所以然才行啊。
只有需求在前期制定得比较好了，软件设计出来之后才能满足客户的需求；否则很容易就出现，一个简单的软件，因为需求理解不到位，这里不正确那里不正确，也就想某些软件一样经常出补丁来修正bug。

软件需求与软件开发的不一致--一件小事引发的思考

相关阅读:

用户菜单

我的栏目

标题搜索

日历

我的存档

数据统计

RSS订阅