该报告的主题是
“ 1C： DSS ，作为实施，开发和维护信息系统的工具”1C DSS =应用设计系统
根据建议1C，ERP级系统和其他类似“重型”系统的实施和维护应作为辅助工具在DSS上执行。
阅读报告得出的结论：- DSS是使用中非常有问题的产品
- 问题的原因是DSS的使用不正确。
- DSS引起了人们的兴趣，许多人担心如何整理和制定系统的方法来进行项目管理，以实现自动化和可配置和维护系统功能的管理。
“许多人错误地使用了DSS”的定义是什么意思？
首先 ，绝大多数使用DSS的人都将它放在开发人员身上。
在这种情况下，开发人员负责描述DSS中会计系统的功能并负责编译开发任务。
错了
JIRA及其类似的免费产品将应对此类任务。
未提供DSS中的开发人员工作。 DSS应该将开发任务交给开发人员。
DSS的开发人员以及因此完全不同的项目参与者的开发人员应收到现成的详细规范。
其次 ，即使仅DSS中的系统架构师也无法做到。
仅当在组织中对组织的业务流程进行描述并且对软件产品的功能（开发或实施）进行描述时，DSS才有效。
架构师必须将每个业务流程与系统功能联系起来。
如果缺少某些内容，则可以得出结论认为该系统不适合客户的流程，或者该系统的功能正在最终确定（它是在DSS中设计的！）。
与此相关的是，演示文稿的第4张幻灯片显示了在项目中实现DSS本身的业务流程描述与配置中嵌入的DSS功能有何不同。
结论 -如果实施DSS的项目挂在开发人员身上，它注定会失败。
DSS应该在收集需求和描述业务流程时更早地开始工作。
PS时尚主题DSS + Vanessa ...
如果在DSS中进行用户操作的过程（过程步骤）的描述，那么，
实际上，可以为Vanessa获得一系列Gerkin语言的操作数。
即 几乎完成的脚本。
同样，后脚本得出的结论-脚本不应由测试人员编写，而应由描述过程的人员编写。
对于测试人员（开发人员/程序员），只需要将过程的步骤转换为语言的确切命令即可（毕竟，鉴于Gerkin语言的“人性化”，您可以使这一刻自动化）。