合同数据库需求分析.docx

第1章 工程合同数据库管理系统 1.1需求分析任务 调查应用领域，对各种应用的信息要求和操作要求进行详细分析，形成需求分析说明书。 1.2任务描述 工程合同管理系统是企事业单位实现合同管理自动化的前提和基础，适用于绝大部分企事业单位。本系统的开发是为了更好的对合同进行管理，节省大量人力资源。 1.2.1系统目标 实用性原则：真正为用户的实际工作服务，按照事业单位管理合同的实际流程，设计出实用的合同管理系统。 可靠性原则：必须为合同提供信息安全的服务，以保证合同信息的不被泄露。 友好性原则：本工程合同管理系统面向的用户是合同管理的工作人员，所以系统操作上要求简单、方便、快捷，便于用户使用。 可扩展性原则：采用开发的标准和接口，便于系统向更大的规模和功能扩展。 1.2.2系统的功能需求 根据工程合同管理系统的理念，此工程合同管理系统必须满足以下需求： 具有管理工程合同数据，包括统一录入、编辑、查找、汇总、分析和打印合同信息。 （1）可以导入、提取合同附属文件（如合同原件、合同文档），附属文件统一保存到数据库中，以提高数据安全性。 （2）能够详细管理合同收付款信息，包括收款记录、付款记录、索赔记录，以及柱状图形式的收付款进度分析。 （3）能够详细管理合同预结算信息，包括预算信息，结算信息以及预结算分析。 1.2.3系统的性能需求 为了保证系统能够长期、安全、稳定、可靠、高效的运行，系统应该满足以下的性能需求： （1）系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足操作者对信息的处理。由于系统的查询功能对于整个系统的功能和性能完成很重要。从系统的多个数据来源来看，合同信息查询、编辑、查找和收付款信息，其准确性很大程度上决定了系统的成败。因此，在系统开发过程中，系统采用优化的SQL语句及安全扩展存储过程来保证系统的准确性和及时性。 （2）系统的开放性和系统的可扩充性 系统在开发过程中，应该充分考虑以后的可扩充性。例如合同的信息和收付款信息等模块也会不断的更新和完善。所有这些都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、 替换完成系统的升级和更新换代。 （3）系统的易用性 本工程合同管理系统面向的用户是公司工作人员，而有些使用人员往往对计算机并不是非常熟悉，所以系统操作上要求简单、方便、快捷，便于用户使用。这就要求系统能 够提供良好的用户接口，易用的人机交互界面。 1.3需求分析 1.3.1数据字典 （1）数据项的描述 数据项： 合同号 含义说明： 标识每一个合同 类型： 字符型 长度： 根据实际情况设定 取值含义： 按照本单位的编号进行编号 数据项： 合同名 含义说明： 标识每一个合同 类型： 字符型 长度： 根据实际情况设定 取值含义： 根据本合同的名称进行设定 数据项： 类别 含义说明： 该合同的所属类别 类型： 字符型 长度： 定义最大为10 取值含义： 数据项： 甲方 含义说明： 合同的主导方 类型： 字符型 长度： 根据实际情况设定 取值含义： 本公司名称 数据项： 乙方 含义说明： 负责实现目标的主体 类型： 字符型 长度： 根据实际情况设定 取值含义： 与本公司签订合同的另一方 数据项： 时间 含义说明： 签订该合同的时间 类型： 字符型 长度： 10 取值含义： 将签订合同的日期以年月日的形式存入，例如数据项： 附件 含义说明： 保存附件的路径 类型： 字符型 长度： 定义最大为10 与其他数据项的逻辑关系：决定应收款等数据项 数据项： 应付金额 含义说明： 保存应付金额 类型： 字符型 长度： 根据实际定义 数据项： 应付日期 含义说明： 保存收款日期 类型： 字符型 长度： 根据实际定义 数据项： 实付金额 含义说明： 保存实付金额 类型： 字符型 长度： 根据实际定义 数据项： 实付日期 含义说明： 保存付款日期 类型： 字符型 长度： 根据实际定义 数据项： 索赔原因 含义说明： 保存索赔的具体原因 类型： 字符型 长度： 根据实际定义 数据项： 索赔金额 含义说明： 保存索赔的金额 类型： 字符型 长度： 根据实际定义 数据项： 索赔时间 含义说明： 保存索赔的日期 类型： 字符型 长度： 根据实际定义 数据项： 预算金额 含义说明： 保存该公司的预算金额 类型： 字符型 长度： 10 数据项： 结算金额 含义说明： 保存该公司的结算金额 类型： 字符型 长度： 10 （2）数据结构的描述 数据结构： 合同数据统计表