通常，TM1项目将包括创建报告的工作。大多数财务团队都有大量Excel工作簿，用于预测和规划以及报告。这些工作簿将成为设计TM1输入表和报告的“模板”。对于这些报告，将要求您估算将现有Excel工作表“转换”为（某种形式的）“链接”到您构建的TM1模型的报告的工作量。你是怎么做到的？下面是一个策略，它可以帮助你做出一个你可以接受的估计（按时和按预算交付），但如果你的客户选择质疑你的数字，它实际上对他们来说也是有意义的。
我们开始吧:
首先，我们要提出一个现实的估计没有投入大量的时间对每个报告进行详细的“深入研究”，所以非常重要的是要清楚，你的估计可能会根据相关事件的结果而变化(或上升或下降)，例如:
- 深度功能报告要求
- 系统测试和修复
- 应用程序性能测试
- 中小企业反馈
- 等。
如果他们问，这里有一些一般性的观点：
深入的功能报告需求
在深入研究过程中，可能会发现报告中包含的内容会增加报告的复杂性。该材料可包括：
- 以Excel或VBA宏或条件格式应用于数据的业务逻辑
- TM1模型中目前不存在的数据点，或存在于不同于所需详细程度的数据点
- 安全问题，例如要求根据客户端ID限制报表的某些区域或报表中显示的数据类型
- 对TM1模型的回写要求
- 可能有过多的行或列
系统测试和修复
TM1模型的系统测试和修正的结果可能会导致对模型的修改，这可能对报告很重要。根据对模型的更改，可以从报告中引入（或删除）复杂性：
- 报告所需的业务逻辑可以在TM1模型中实现、修改或删除
- 可以实现、修改报告所需的数据（现在可以聚合或汇总详细级别的数据）或从TM1模型中删除这些数据
- 安全更改可能会影响报告
- 回写功能可能不再存在（可能会从模型中删除输入多维数据集）或发生重大变化
- 数据量和计划可能会发生变化，影响报表的性能和新鲜度
应用程序性能测试
在TM1模型的性能测试期间，多个因素会影响报告的设计和复杂性。最典型的是：
- 移动业务逻辑–将TM1规则转换为TurboInterator流程，或将逻辑移动到另一个多维数据集，等等。
- 修改数据卷和调度
- 更改数据详细程度
- 删除数据（不再将其存储在TM1型号中）
中小企业反馈
最重要的因素是获得相关主题专家的批准。SME必须与报告的可用性和性能保持一致。为了获得SME的批准和一致性，可能需要修改现有的TM1模型（添加报告多维数据集或已编译的报告视图、添加TurboIntegrator流程、应用额外的安全性等）。还可能需要以多种方式交付报告（Excel工作表、Web工作表、报告多维数据集视图等）。
报告设计
基于CognosTM1模型开发企业报告可能是一件复杂的事情。使用TM1数据有多种选择，选择“合适”的过程取决于许多因素（查看我以前的一些帖子）。在您确定将使用何种方法交付报告之前，您的估算是无效的，因此您的估算应包括明确说明的（高级）设计声明（可能类似于此）：
根据业务需求，本估算中包含的所有报告将开发为Excel工作表，然后发布为TM1 Web表（所有用户均可通过TM1 Web和Web浏览器访问）。维护Excel格式所需的某些报告（稍后将复制或插入演示文稿组）也将以原始Excel工作表形式保存为（TM1）应用程序，并可供TM1用户使用。
估计策略
根据行业最佳实践和现场经验，交付TM1报告的工作量估算基于：
- 这个报告总数开发
- 这个完成所有报告的总工时数-“完成”包括收集详细需求、设计时间、开发时间、测试时间(系统、性能和验收)和部署。
计算报告总数
要估计的报告总数基于业务部门提供的报告列表。这些报告是标准的“业务手册”报告，不包括“特殊”或“数据挖掘”查询。重要的是要理解“报告”被定义为单个Excel工作表,而不是一个Excel工作簿（可能包含多个工作表）：
（单个选项卡）
男人天计算
有趣的是。为确定完成一份报告所需的工作天数，应考虑以下事项:
- 报告中（估计）的行数和列数是多少？
- 这份报告是否需要成为一份报告活跃的[1]汇报
- 报告是否需要用户可配置的参数？
- 报告是否包含图形或图表?
- 报告的复杂性是否超过“中等”？
行和列
对报表中可见和不可见的行和列的总数或平均数进行估计很重要。如果报表的列数超过2、3打的或行数超过100行（基本上是在单个屏幕上显示的数据“大致不适合”（需要滚动），则需要花费更多的精力才能交付。通常，这些因素往往会带来可用性和性能问题，因此必须进行相应的设计。
活动报告
如果报表具有固定的行数和列数，则认为它是“格式静态”的，这意味着无论显示什么数据，报表总是具有相同的行数和列数。如果行或列的数量不是固定的(例如，产品列表可能根据筛选器选择显示不同数量的产品)，则需要将其开发为TM1 Active表单。主动型需要更长的时间来发展。
用户参数
所有报告都将显示基于参数的数据–当月、当年、实体或地区o产品等。TM1模型可以通过编程方式设置参数。例如，模型可以“知道”当前月份和年份。报表可以使用此信息筛选其数据。在某些情况下，参数值需要用户选择。例如，显示用户选择的产品或地区当前月份的销售额的报表。如果报表要求用户能够选择和设置参数，则需要其他ti我将被要求编写报告。
图表
报表中的图形和图表是使用此Excel功能完成的。并非所有Excel功能都在TM1 Web中受支持。支持某些功能，但与本机Excel的级别不同。如果报告需要图形和图表，那么它可能无法在Web浏览器中正常工作，因此需要额外编程才能在透视图和TM1Web中实现所需的结果。此外，在报告中实现图形或图表时，始终需要额外的工作：步骤1–收集数据，步骤2–绘制数据的图形或图表。
复杂性
报告的复杂程度应作为估算评估的一部分确定。这是一个主观练习。通常，标准财务报告（如损益表或资产负债表）是低级别的复杂度报告，而“同类报告”或特定于特定业务且需要了解业务实践的报告最有可能是中等或甚至高级别的复杂度报告。还需要考虑其他因素：帐户命名差异、精度、回写、图形和图表、“演示书”（通常是一组报告或带有多个选项卡的工作簿，所有这些都必须在“集合”或“集合”中交付）、特殊或条件格式、安全性等
评估矩阵
完成上述评估后，您应准备一份矩阵（并将其作为评估的一部分发布）：
最后，是估算
现在您已经掌握了报告的句柄（单个和全部），您可以使用该信息来分配人工天数每一份报告。几点提示：
- 一天之内什么也做不了
- 将每个报告的总天数分成“需求和设计的时间”和“构建和测试的时间”
- 请牢记全局——尽管构建每个报告可能会分解为一个单独的工作任务，但一定要在报告中寻找一致性——大多数报告将共享您可以利用的数据点或功能（构建一次并在多个报告中使用）
- 许多深入的详细需求工作在大多数报告中都是有效的，这意味着将数据名称从Excel映射到TM1 for 1报告所花费的时间将适用于许多其他报告（您不必重做）
- 寻找将单一报表格式用作多个报表的方法—通常通过向报表添加用户可配置参数来实现。这可能会增加构建报告的工作量，但可能会消除对多个其他报告的需要。
- 基于你的资源能力进行评估。如果你的所有资源都是专家级的，那么你的估计只会导致失败。
当然，很多评估都是基于普通的老经验（好的和坏的）——但我希望这个策略能让你思考，也许你可以在下一个项目中使用它。如果你需要帮助，我很乐意帮助你进行评估咨询。给我打个电话！
吉姆，TM1的报道写得很好。如果客户端除了TM1之外还有Cognos Business Intelligence，您是否提倡使用BI而不是TM1报告工具?我已经使用Active Forms和MDX开发/修改了一些深入的报告，并且相信BI报告工具可以简化开发工作。