11 NESMA 文件转换案例分析

本文介绍了一种根据交易代码更新不同逻辑文件的方法,详细列举了各类交易代码及其对应的处理逻辑,并总结了处理这些交易所需的五种外部输入。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

11 ANALYZING A TRANSACTION FILE

翻译

问题描述

将包含商品交易的文件输入到零售管理应用程序。用代码来区分不同的交易。代码如下:

    01 = Cash sale counter
    02 = Cash return counter
    03 = Sale on account counter
    04 = Return on account counter
    05 = Cash sale, delivery other
    06 = Cash return, delivery other
    07 = Sale on account, delivery other
    08 = Return on account, delivery other
    09 = Goods dispatched
    10 = Goods received
    11 = Parts retrieval by service person
    12 = Parts return by service person
    13 = Old material dispatched
    14 = Old material received
    15 = Negative inventory difference
    16 = Positive inventory difference
    20 = Initial stock in store.

以下文件根据交易代码更新。

    1 through 4 : Journal entry data, sales data, and stock data
    5 through 8 : Journal entry data and sales data
    9 through 14 : Journal entry data and stock data
    15 and 16 : Inventory differences, journal entry data, and stock data
    20 : Stock data

应该计算所示个外部输入?

讨论

在这种情况下,特别是通过更新不同的逻辑文件,类别由可以识别的不同逻辑处理组成。交易代码及其代表的内容有助于对逻辑处理进行分类。为处理此事务确定了以下外部输入:

  1. 处理与“柜台活动”相关的交易(交易代码1至4)
  2. 处理与“其他交付”相关的交易(交易代码5至8)
  3. 处理与仓库中库存更新相关的交易(交易代码9至14)
  4. 处理与库存差异有关的交易(交易代码15和16)
  5. 用于处理初始库存的外部输入(交易代码20)

解决方案

共计算5个外部输入

原文

Problem description

A file with shop transactions is input to a Retail Management Application. Codes distinguish one transaction from another in the application. The codes are as follows:

    01 = Cash sale counter
    02 = Cash return counter
    03 = Sale on account counter
    04 = Return on account counter
    05 = Cash sale, delivery other
    06 = Cash return, delivery other
    07 = Sale on account, delivery other
    08 = Return on account, delivery other
    09 = Goods dispatched
    10 = Goods received
    11 = Parts retrieval by service person
    12 = Parts return by service person
    13 = Old material dispatched
    14 = Old material received
    15 = Negative inventory difference
    16 = Positive inventory difference
    20 = Initial stock in store.

The following files are updated on the basis of the transaction code.

    1 through 4 : Journal entry data, sales data, and stock data
    5 through 8 : Journal entry data and sales data
    9 through 14 : Journal entry data and stock data
    15 and 16 : Inventory differences, journal entry data, and stock data
    20 : Stock data

How many external inputs should be counted here?

Discussion

In this situation, particularly through the updating of different logical files, categories are made of different logical processing that can be identified. The transaction codes and what they stand for help in the categorization of the logical processing. The following external inputs are identified for processing the transactions:

  1. Processing transactions that pertain to “counter activities” (transaction codes 1 through 4)
  2. Processing transactions that pertain to “delivery other” (transaction codes 5 through 8)
  3. Processing transactions that pertain to stock updates in the warehouse (transaction codes 9 through 14)
  4. Processing transactions that pertain to inventory differences (transaction codes 15 and 16)
  5. An external input for processing the initial stock (transaction code 20)

Solution

Count five external inputs.

要准确计算定制类信息化项目的软件开发费用,首先需要对项目的工作量和功能规模进行度量。ISO/IEC 20926和ISO/IEC 24570是国际上广泛认可的标准,它们提供了软件度量的框架,而IFPUG的功能规模度量方法NESMA的功能点分析则是常用的评估工具。根据这些方法,你可以按照以下步骤来估算费用: 参考资源链接:[信息化项目软件开发费用测算标准](https://wenku.csdn.net/doc/5utva3v8i8?spm=1055.2569.3001.10343) 1. 功能点分析:首先,确定项目的功能点数量,这涉及到识别项目中的内部逻辑文件、外部接口文件、外部输入、外部输出和用户类。每个功能点代表了一个功能单元,这些功能单元的集合能够反映软件系统的功能规模。 2. 工作量估算:通过功能点分析得到的功能点数量,可以使用历史数据和行业标准来估算实现这些功能点所需的工作量。工作量的估算通常需要考虑到开发团队的经验、项目复杂度以及技术难度等因素。 3. 直接成本计算:将估算的工作量转换为人力成本,计算出直接投入项目的资源成本。这部分成本主要包括开发人员的薪资、硬件和软件的采购成本等,都是可以直接归因于项目的费用。 4. 间接成本分摊:间接成本包括那些服务于多个项目的共享成本,如办公室租金、行政管理人员薪资和其他支持服务费用。这些成本需要根据项目的实际情况分摊到各个项目上。 5. 风险管理:在确定了直接成本和间接成本后,还需要考虑到项目执行过程中可能遇到的风险和不确定性因素。这可能需要在预算中预留一定的余量,以应对不可预见的情况。 6. 总成本汇总:将计算出的直接成本、间接成本以及风险余量进行汇总,形成完整的软件开发费用预算。 对于开发方来说,遵循这些规范不仅能够提高费用估算的准确性和透明度,还有助于降低项目风险,确保按时交付高质量的软件产品,并维护委托方和开发方之间的良好合作关系。为了深入理解和掌握这些估算方法和流程,推荐阅读《信息化项目软件开发费用测算标准》这份资料。这份资源不仅提供了详细的理论知识,还包含了实际案例和操作指导,有助于开发者在实际工作中更有效地进行费用测算。 参考资源链接:[信息化项目软件开发费用测算标准](https://wenku.csdn.net/doc/5utva3v8i8?spm=1055.2569.3001.10343)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值