附件软件系统需求及功能范围
目录
一、系统总体目标 (2)
二、系统需求范围 (2)
三、系统功能范围 (2)
3.1钻井事前计划管理模块 (2)
3.2钻井事中执行管理模块 (5)
3.3钻井事中执行对比分析模块 (8)
3.4钻井事后对标分析模块 (10)
四、系统标准要求 (13)
4.1主数据标准 (13)
4.2权限标准 (13)
4.3数据源标准 (13)
4.4用户及组织机构管理标准 (13)
一、系统总体目标
钻井作业标准成本管理系统是为了进一步提升川庆钻探钻井作业成本管理水平，促进成本管理与生产管理结合，建立健全的事前计划、事中控制、事后分析“三位一体”的成本管控系统，统一标准与费用考核机制的结合，为实现川庆钻探降低钻井作业成本的目标提供有力支撑。
钻井作业标准成本管理系统涵盖了钻井作业的预算管理、考核管理、钻井队成本计划管理与执行管理、钻井实际成本分析和系统管理等功能。
本文档主要从系统本期的需求范围、功能范围和系统标准要求几个方面进行描述。
二、系统需求范围
系统本期计划实现钻井作业的事前计划、事中执行、事中对比分析、事后对标分析管理。
三、系统功能范围
系统本次建设的功能分为以下几个模块：钻井事前计划管理、钻井事中执行管理、钻井事中执行对比分析、钻井事后执行对标分析。
3.1钻井事前计划管理模块
钻井事前计划管理模块实现了事前对钻井工程施工计划管理，以及及钻井工程施工相关费用计划管理功能。
3.1.1钻井工程施工进度计划表
钻井工程施工进度计划表，是指将钻井工程的施工进度计划参数维护到系统中，模块提供所有单井的钻井工程施工进度计划的信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.2钻井工程施工进度计划图
钻井工程施工进度计划图是对钻井工程施工进度计划表的图形方式显示。
3.1.3钻井工程施工钻头消耗计划表
钻井工程施工钻头消耗计划表，是指将钻井工程钻头消耗计划参数维护到系统中，模块提供所有单井的钻井工程钻头消耗计划的信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.4钻井工程施工钻井液消耗计划表
钻井工程施工钻井液消耗计划表，是指将钻井工程钻井液消耗计划参数维护到系统中，模块提供所有单井的钻井工程钻井液消耗计划的信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.5钻井工程施工柴油消耗计划表
钻井工程施工柴油消耗计划表，是指将钻井工程柴油消耗计划参数维护到系统中，模块提供所有单井的钻井工程柴油消耗计划的信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.6钻井工程施工机油消耗计划表
钻井工程施工机油消耗计划表，是指将钻井工程机油消耗计划参数维护到系统中，模块提供所有单井的钻井工程机油消耗计划的信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.7钻井工程施工其他材料消耗计划表
钻井工程施工其他材料消耗计划表，是指将钻井工程其他材料消耗计划参数维护到系统中，模块提供所有单井的钻井工程其他材料消耗计划的信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.8钻井工程施工动力消耗计划表
钻井工程施工动力消耗计划表，是指将钻井工程动力消耗计划参数维护到系统中，模块提供所有单井的钻井工程动力消耗计划的信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.9钻井工程施工专用工具消耗计划表
钻井工程施工专用工具消耗计划表，是指将钻井工程专用工具消耗计划参数维护到系统中，模块提供所有单井的钻井工程专用工具消耗计划的信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.10钻井工程施工钻具修理及摊销费用计划表
钻井工程施工钻具修理及摊销费用计划表，是指将钻井工程钻具修理及摊销费用计划参数维护到系统中，模块提供所有单井的钻井工程钻具修理及摊销费用计划的信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.1.11钻井工程施工井控修理及材料计划表
钻井工程施工井控修理及材料计划表，是指将钻井工程井控修理及材料消耗计划参数维护到系统中，模块提供所有单井的钻井工程井控修理及材料消耗计划的信息查询、增加、修改和删除功能。信息采用自动生成（按台月分摊）方式。
3.1.12钻井工程施工折旧摊销费用计划表
钻井工程施工折旧摊销费用计划表，是指将钻井工程折旧摊销费用计划参数维护到系统中，模块提供所有单井的钻井工程折旧摊销费用计划的信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.1.13钻井工程施工人工薪酬费用计划表
钻井工程施工人工薪酬费用计划表，是指将钻井工程人工薪酬费用计划参数维护到系统中，模块提供所有单井的钻井工程人工薪酬费用计划的信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.1.14钻井工程施工其他直接费用计划表
钻井工程施工其他直接费用计划表，是指将钻井工程其他直接费用计划参数维护到系统中，模块提供所有单井的钻井工程其他直接费用计划的信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.1.15钻井工程施工运输费用计划表
钻井工程施工其他直接费用计划表，是指将钻井工程其他直接费用计划参数维护到系统中，模块提供所有单井的钻井工程其他直接费用计划的信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.16钻井工程施工设备修理费用计划表
钻井工程施工设备修理费用计划表，是指将钻井工程设备修理费用计划参数维护到系统中，模块提供所有单井的实际基本参数信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.1.17钻井工程施工QHSE费用计划表
钻井工程施工QHSE费用计划表，是指将钻井工程的施工QHSE费用计划参数维护到系统中，模块提供所有单井的实际基本参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.18钻井工程施工钻前搬迁费用计划表
钻井工程施工钻前搬迁费用计划表，是指将钻井工程的钻前搬迁费用计划参数维护到系统中，模块提供所有单井的实际基本参数信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.1.19钻井工程施工顶驱及技术服务费用计划表
钻井工程施工顶驱及技术服务费用计划表，是指将钻井工程的顶驱及技术服务费用计划参数维护到系统中，模块提供所有单井的实际基本参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.1.20钻井工程目标成本进度分解表
钻井工程目标成本进度分解表，是指将钻井工程的目标成本进度分解参数维护到系统中，模块提供所有单井的实际基本参数信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.2钻井事中执行管理模块
钻井事中执行管理模块实现了事中对钻井工程施工计划的实际执行管理，以及钻井工程施工相关实际费用管理功能。
3.2.1钻井工程施工进度实际表
钻井工程施工进度实际表，是指将钻井工程的施工进度实际执行参数维护到系统中，模块提供所有单井的施工进度实际执行参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.2.2钻井工程施工进度实际图
钻井工程施工进度实际图是对钻井工程施工进度实际表的图形方式显示。
3.2.3钻井工程施工钻头消耗实际表
钻井工程施工钻头消耗实际表，是指将钻井工程的施工钻头消耗实际执行参
数维护到系统中，模块提供所有单井的钻头消耗实际执行参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.2.4钻井工程施工钻井液消耗实际表
钻井工程施工钻井液消耗实际表，是指将钻井工程的施工钻井液消耗实际执行参数维护到系统中，模块提供所有单井的钻井液消耗实际执行参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.2.5钻井工程施工柴油消耗实际表
钻井工程施工柴油消耗实际表，是指将钻井工程的柴油消耗实际执行参数维护到系统中，模块提供所有单井的柴油消耗实际执行参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.2.6钻井工程施工机油消耗实际表
钻井工程施工机油消耗实际表，是指将钻井工程的机油消耗实际执行参数维护到系统中，模块提供所有单井的机油消耗实际执行参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.2.7钻井工程施工其他材料消耗实际表
钻井工程施工其他材料消耗实际表，是指将钻井工程的其他材料消耗实际执行参数维护到系统中，模块提供所有单井的其他材料消耗实际执行参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.2.8钻井工程施工动力消耗实际表
钻井工程施工动力消耗实际表，是指将钻井工程的动力消耗实际执行参数维护到系统中，模块提供所有单井的动力消耗实际执行参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.2.9钻井工程施工专用工具消耗实际表
钻井工程施工专用工消具耗实际表，是指将钻井工程的专用工具消耗实际执行参数维护到系统中，模块提供所有单井的专用工具消耗实际执行参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.2.10钻井工程施工钻具修理及摊销实际表
钻井工程施工钻具修理及摊销实际表，是指将钻井工程的钻具修理及摊销费用实际执行参数维护到系统中，模块提供所有单井的钻具修理及摊销费用实际执行参数信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.2.11钻井工程施工井控修理及材料实际表
钻井工程施工井控修理及材料实际表，是指将钻井工程的井控修理及材料消耗实际执行参数维护到系统中，模块提供所有单井的井控修理及材料消耗实际执行参数信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.2.12钻井工程施工折旧摊销费用实际表
钻井工程施工折旧摊销费用实际表，是指将钻井工程的折旧摊销费用实际参数维护到系统中，模块提供所有单井的折旧摊销费用实际参数信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.2.13钻井工程施工人工薪酬费用实际表
钻井工程施工人工费用实际表，是指将钻井工程人工费用实际参数维护到系统中，模块提供所有单井的人工费用实际参数信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.2.14钻井工程施工其他直接费用实际表
钻井工程施工其他直接费用实际表，是指将钻井工程其他直接费用实际参数维护到系统中，模块提供所有单井的其他直接费用实际参数信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.2.15钻井工程施工运输费用实际表
钻井工程施工运输费用实际表，是指将钻井工程运输费用实际参数维护到系统中，模块提供所有单井的运输费用实际参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.2.16钻井工程施工设备修理费用实际表
钻井工程施工设备修理费用实际表，是指将钻井工程设备修理费用实际参数维护到系统中，模块提供所有单井的设备修理费用实际参数信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.2.17钻井工程施工QHSE费用实际表
钻井工程施工QHSE费用实际表，是指将钻井工程施工QHSE费用实际参数维护到系统中，模块提供所有单井的QHSE费用实际信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.2.18钻井工程施工钻前搬迁费用实际表
钻井工程施工钻前搬迁费用实际表，是指将钻井工程的钻前搬迁费用实际参数维护到系统中，模块提供所有单井的钻前搬迁费用实际参数信息查询、增加、修改和删除功能。信息采用自动生成方式。
3.2.19钻井工程施工顶驱及技术服务费用实际表
钻井工程施工顶驱及技术服务费用实际表，是指将钻井工程施工的顶驱及技术服务费用实际参数维护到系统中，模块提供所有单井的顶驱及技术服务费用实际参数信息查询、增加、修改和删除功能。信息采用手工录入方式。
3.3钻井事中执行对比分析模块
3.3.1钻井工程施工进度对比表
钻井工程施工进度对比表，是指用户可以查询单井施工进度计划和实际的对比分析。
3.3.2钻井工程钻头消耗对比表
钻井工程钻头消耗对比表，是指用户可以查询单井钻头消耗计划和实际的对比分析。
3.3.3钻井工程钻井液材料消耗对比表
钻井工程钻井液材料消耗对比表，是指用户可以查询单井钻井液材料消耗计划和实际的对比分析。
3.3.4钻井工程柴油消耗对比表
钻井工程柴油消耗对比表，是指用户可以查询单井柴油消耗计划和实际的对比分析。
3.3.5钻井工程机油消耗对比表
钻井工程机油消耗对比表，是指用户可以查询单井机油消耗计划和实际的对
3.3.6钻井工程其他材料消耗对比表
钻井工程其他材料消耗对比表，是指用户可以查询单井其他材料消耗计划和实际的对比分析。
3.3.7钻井工程动力消耗对比表
钻井工程动力消耗对比表，是指用户可以查询单井动力消耗计划和实际的对比分析。
3.3.8钻井工程专用工具消耗对比表
钻井工程专用工具消耗对比表，是指用户可以查询单井专用工具消耗计划和实际的对比分析。
3.3.9钻井工程施工钻具修理及摊销对比表
钻井工程施工钻具修理及摊销对比模块，是指用户可以查询单井的钻具修理及摊销计划与实际的对比分析。
3.3.10钻井工程施工井控修理及材料对比表
钻井工程施工井控修理及材料对比模块，是指用户可以查询单井的井控修理及材料消耗计划与实际的对比分析。
3.3.11钻井工程施工钻井折旧及摊销对比表
钻井工程施工钻井折旧及摊销对比模块，是指用户可以查询单井的折旧及摊销计划与实际的对比分析。
3.3.12钻井工程人工薪酬对比分析表
钻井工程人工薪酬对比模块，是指用户可以查询单井的人工薪酬计划与实际的对比分析。
3.3.13钻井工程其他直接费对比分析表
钻井工程其他直接费对比模块，是指用户可以查询单井的其他直接费计划与实际的对比分析。
3.3.14钻井工程运输费用对比分析表
钻井工程运输费对比模块，是指用户可以查询单井的运输费计划与实际的对
3.3.15钻井工程设备修理费用对比分析表
钻井工程设备修理费用对比模块，是指用户可以查询单井的设备修理费用计划与实际的对比分析。
3.3.16钻井工程QHSE费用对比分析表
钻井工程QHSE费用对比模块，是指用户可以查询单井的QHSE费用计划与实际的对比分析。
3.3.17钻井工程施工钻前搬迁费用对比分析表
钻井工程施工钻前搬迁费用对比模块，是指用户可以查询单井的钻前搬迁费用计划与实际的对比分析。
3.3.18钻井工程顶驱及技术服务费用对比表
钻井工程顶驱及技术服务费用对比模块，是指用户可以查询单井的顶驱及技术服务费用计划与实际的对比分析。
3.3.19钻井工程目标成本分阶段对比分析
钻井工程目标成本分阶段对比模块，是指用户可以查询单井的目标成本分阶段计划与实际的对比分析。
3.4钻井事后对标分析模块
3.4.1钻井工程进度对标分析表
钻井工程进度对标分析模块，是指用户可以查看已经选择的两口井或两组井的进度对标分析。
3.4.2钻井工程钻头消耗对标分析表
钻井工程钻头消耗对标分析模块，是指用户可以查看已经选择的两口井或两组井的钻头消耗对标分析。
3.4.3钻井工程钻井液材料消耗对标分析表
钻井工程钻井液材料消耗对标分析模块，是指用户可以查看已经选择的两口井或两组井的钻井液材料消耗对标分析。
3.4.4钻井工程柴油消耗对标分析表
钻井工程柴油消耗对标分析模块，是指用户可以查看已经选择的两口井或两组井的柴油消耗对标分析。
3.4.5钻井工程机油消耗对标分析表
钻井工程机油消耗对标分析模块，是指用户可以查看已经选择的两口井或两组井的机油消耗对标分析。
3.4.6钻井工程其他材料消耗对标分析表
钻井工程其他材料消耗对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的其他材料消耗进行对标查询分析。
3.4.7钻井工程动力消耗对标分析表
钻井工程动力消耗对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的动力消耗进行对标查询分析。3.4.8钻井工程专用工具消耗对标分析表
钻井工程专用工具消耗对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的专用工具消耗进行对标查询分析。
3.4.9钻井工程钻具修理及摊销对标分析表
钻井工程钻具修理及摊销对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的施工钻具修理及摊销进行对标查询分析。
3.4.10钻井工程井控修理及材料消耗对标表
钻井工程井控修理及材料消耗对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的施工井控消耗进行对标查询分析。
3.4.11钻井工程钻井折旧及摊销对标分析表
钻井工程钻井折旧及摊销对标分析功能，是按查询条件筛选目标井后，按照
单井模式对两口井或按照多井模式对两组井实际成本的施工钻井折旧及摊销进行对标查询分析。
3.4.12钻井工程人工薪酬对标分析表
钻井工程人工薪酬对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的人工薪酬进行对标查询分析。
3.4.13钻井工程其他直接费对标分析表
钻井工程其他直接费对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的其他直接费进行对标查询分析。
3.4.14钻井工程运输费用对标分析表
钻井工程运输费对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井实际成本的运输费进行对标查询分析。
3.4.15钻井工程设备修理费用对标分析表
钻井工程设备修理费对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的设备修理费进行对标查询分析。
3.4.16钻井工程QHSE费用对标分析表
钻井工程QHSE费用对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的QHSE费用进行对标查询分析。
3.4.17钻井工程钻前搬迁费用对标分析表
钻井工程钻前搬迁费用对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的钻前搬迁费用成本进行对标查询分析。
3.4.18钻井工程顶驱及技术服务费用对标分析表
钻井工程顶驱及技术服务费用对标分析功能，是按查询条件筛选目标井后，按照单井模式对两口井或按照多井模式对两组井实际成本的顶驱及技术服务费
用成本进行对标查询分析。
3.4.19钻井作业成本对标分析
钻井作业成本对标分析功能，是按查询条件筛选目标井后，按照施工单井模式对两口井的计划成本和实际成本进行对标查询分析。
四、系统标准要求
4.1主数据标准
标准成本系统主数据将尽量与中国石油MDM系统主数据一致。
①对于MDM系统中有的主数据，采用MDM主数据；
②对于MDM系统中没有的，尽量采用FMIS或ERP中的主数据；
③对于新建立的主数据，参考《中石油信息技术编码规范》建立；
④字典的文档和注释要完整，以便于运维。
4.2权限标准
系统尽量使用ERP系统权限矩阵的方法建立权限模型，同时要符合内控对相关节点要求，以便于内控审核。
系统要支持单点登录标准并提供第三方认证支持，便于PKI及中石油身份认证集成。
4.3数据源标准
考虑各系统数据颗粒度统一和系统建设时间等因素，系统本期建设暂不考虑直接集成。
计划在系统下期建设时集成相关数据源，本期在系统架构上应予以考虑，以便系统后续的建设工作。
4.4用户及组织机构管理标准
用户及组织机构管理需支持HR数据接口，确保能从HR系统中引用组织机构，及用户资料，支持LDAP接口读取相关用户信息。
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
企业费用管理系统 用户需求说明书 编写：日期：2009-6-18 审核：日期： 批准：日期： 受控状态：是 发布版次：2.0 日期： 编号：
变更记录 签字确认
目录 1概述 (5) 1.1目的 (5) 1.2背景 (5) 1.3范围 (5) 1.4术语定义 (6) 1.5参考资料 (7) 1.6任务概述 (7) 1.6.1目标 (7) 1.6.2用户的特点 (7) 1.6.3假定和约束 (9) 1.7运行环境 (9) 1.7.1软件环境 (9) 1.7.2硬件环境 (9) 1.7.3接口 (10) 1.7.4控制 (10) 1.8需求规定 (11) 1.8.1对功能的需求 (11) 1.8.2对非功能性的需求 (19)
1概述 1.1目的 本说明书目的在于明确说明系统需求，界定系统实现功能的范围，指导系统设计以及编码。 本说明书的预期读者为：用户代表、项目组成员。 1.2背景 a)拟开发的软件系统的名称为：企业费用管理系统。 b)本项目由中软卓越重庆培训中心提出，指派给技术规划部进行开发。 c)本项目以中国内资企业的一般费用管理制度为依据。 d)本系统为一个独立运行的系统，暂不考虑和其它系统的连接关系。 1.3范围 本系统的目标是管理企业费用的计划和使用过程。 系统包括企业的费用预算和报销两项基本管理工作； 系统包括为了开展上述工作而作的组织结构设置、费用体系设置、管理角色设置、审批体系设置。 系统还包括为了监控、分析各项基本管理工作而编制的各项统计报表。
1.4术语定义 【费用】本文中，费用指企业生产经营活动中产生的各项费用。例如人员工资、福利费、办公费、差旅费等管理费用，又如原材料采购、仓库租赁等生产费用。 【预算】用数字编制未来某一个时期的计划，也指经企业决策部门批准的企业在一定时期的收支预计。企业的各项支出只能在预算范围内审批，有利于控制企业的费用支出。在本系统中，预算仅指在支出预算。 【报销】指个人因处理公司的事务或受公司指派执行公司的某项公务而发生的费用，由经办人或申请人按公司的规定，依据业务发生的原始单据(发票)向公司报销费用，领取现金或银行存款的一项经济活动。 【审批】指预算和报销中的审核、批准操作。审批控制操作时，一般由费用发生部门业务人员提出申请，经有关管理人员审批后执行。审批一般遵循归口分级管理原则。 【归口管理】即按照管理职能安排企业内部各部门、各单位在期间费用上的权责制，调动各部门、各单位管理好相关费用的积极性。比如，管理费用主要由行政管理部门管理，销售费用由销售部门管理，财务费用由财务部门管理，进货费用由进货部门管理，进一步说，管理费用的报销事项要由行政主管领导批准、销售费用的报销事项要由销售主管领导批准。 【分级管理】各管理部门应当根据各项费用的具体情况，将费用控制责任层层分解，层层落实，让归口管理部门的所属单位和个人都对相关费用控制和管理负有责任，从而加强对费用的控制。比如，销售部经理负责确认销售费用的发生情况属实，销售总监负责确认销售费用的发生是必要的，财务经理负责确认每一笔报销是在预算范围内的支出。 【统一管理】财务部门作为综合管理部门，应对费用进行统一管理。所有预算由财务部统一初审。所有费用开支都由财务部门统一办理报销手续。
厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07
修改记录
目录
第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
密级：用户需求说明书模板 软件开发项目xx组 二О一六年八月二十七日文件修订记录
目录 1. 概述 (4) 1.1编写目的 (4) 1.2用户简介 (4) 1.3项目的目的与目标 (4) 1.4术语定义 (5) 1.5参考资料 (5) 1.6设计与实现的限制 (5) 2. 现有系统的描述 (6) 2.1组织机构与职责 (6)
2.3作业流程 (7) 2.4报表 (7) 2.5存在的问题 (7) 2.6可能的变化 (8) 3 功能需求 (8) 4 界面与接口需求 (9) 4.1用户的界面需求 (9) 4.2外部的接口 (10) 5 性能需求 (10) 5.1时间要求 (10) 5.2空间与数值性能 (10) 6 其他需求 (11) 6.1系统的安全性 (11) 6.2系统的可靠性 (11) 6.3系统的灵活性 (11) 6.4其他 (11) 7 非功能需求 (12) 7.1用户特点 (12) 7.2法律法规、版权 (12) 7.3兼容性 (12) 7.4联机帮助信息 (12) 7.5购买组件 (12) 8 系统约束 (12) 9用户验收标准 (13) 9.1验收标准： (13) 9.2功能验收标准可依据以下方面制定： (13) 9.3性能验收标准： (13) 附录A ××× (16) A.1××× (16)
附录B ××× (16) B.1××× (16) B.2×××161. 概述 1.1 编写目的 为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。 1.2 用户简介 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。 基本情况举例： ?企业性质 ?规模（员工数量、经营业绩等） ?业态 ?地理位置与布局 ?产品或服务的种类 ?管理模式 ?用户使用计算机系统的经历 ?…... 1.3 项目的目的与目标 项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
案例one：教学管理系统（用例驱动的交互式需求获取） 以一个教学管理系统JXGL的分析与设计作为示例，说明用例驱动技术在软件项目开发中的应用。 高等学校的教学管理内容十分丰富，工作繁多。作为一个示例，规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的学生、教师和教学管理员。学生使用JXG系统查询新学期将开设的课程和授课教师的情况，选择自己要学习的课程，并进行登记注册。学生还可以使用JXGL系统查询自己的课程成绩。教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况，以及学生的考试成绩。教学管理员使用JXGL系统进行教学管理，包括新学期的课程选课注册管理和学生成绩管理。 1.需求描述: 对教学管理系统JXGL要求提供两个方面的服务: (1)选课管理，负责新学期的课程选课注册工作; (2)成绩管理，负责学生成绩管理。 在选课管理方面应填写的用户需求描述如下。 (1)录入与生成新学期课程表 教学管理员在新学期开始前录入新学期课程，打印将开设的课程目录表，供师生参 考选择。若某课程的实际选课学生少于10人，则停开该课程，把该课程从课程目 录表中删除;若某课程的选课学生多于30人，则停止选课。 (2)学生选课注册 新学期开始前一周为选课注册时间，在此期间学生可以选课注册，并且允许改变或 取消注册申请。 每个学生选课不超过4门课程。每门课程最多允许30名学生选课注册。 学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。在 选课注册结束后，教学管理员打印学生选课注册名单和开课通知书，送交有关部门 和授课教师。 (3)查询 可以查询课程信息、学生选课信息和学生、教师信息。 学生、教师、教学管理员可以查询课程表，获得课程信息。查询的关键词以是:课 程名，授课教师名，学分。 教师、教学管理员可以查询学生选课情况。查询的关键词可以是:学生名、程名， 授课教师名，学分。学生只允许查询自己的选课信息，不允许查询别人选课信息。 学生、教师、教学管理员可以查询学生或教师的信息。查询的关键词可以是学生名、 教师名，性别、班级、职称。 (4)选课注册信息的统计与报表生成。 教学管理员对学生的选课注册信息进行统计(按课程，按学生，按班级)，印汇总统 计报表。 在成绩管理方面应填写的用户需求描述如下: (1)成绩录入:
［在此处键入］****系统 软件需求规格说明书Versio n 1.0
精品资料
修订历史记录
目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误！未定义书签。 3 建议的系统 .............................................................. 错误！未定义书签。 3.1 建议系统概述......................................... 错误！未定义书签。 3.2 功能性需求概述....................................... 错误！未定义书签。 3.3 非功能性需求......................................... 错误！未定义书签。 3.3.1 用户界面与人员因素............................ 错误！未定义书签。 3.3.2 硬件考虑..................................... 错误！未定义书签。 3.3.3 性能特征..................................... 错误！未定义书签。 3.3.4 错误处理与极端情况............................ 错误！未定义书签。 3.3.5 系统接口..................................... 错误！未定义书签。 3.3.6 质量要求..................................... 错误！未定义书签。 3.3.7 物理环境..................................... 错误！未定义书签。 3.3.8 安全问题..................................... 错误！未定义书签。 3.3.9 资源问题..................................... 错误！未定义书签。 3.4 系统变更............................................. 错误！未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误！未定义书签。 3.6 系统模型............................................. 错误！未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误！未定义书签。 4 附录 .................................................................... 错误！未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误！未定义书签。
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人
在与客户交流、查阅业务资料等一系列需求获取和分析工作后，有必要及时整理用户需求，并建立需求文档。本文结合笔者的实践和相关资料给出了一个需求说明书的格式模板，希望能够起到抛砖引玉的作用，同大家作进一步探讨。 XXXX项目用户需求说明书 关于文件的其他属性还可以根据需要添加诸如需求认可负责人、涉及的产品版本号、关联文档编号等内容。 版本历史 目录 0. 文档介绍 (4) 0.1 文档目的 (4) 0.2 文档范围 (4) 0.3 读者对象 (4) 0.4 参考文档 (4) 0.5 术语与缩写解释 (4)
1. 产品介绍 (5) 2. 产品面向的用户群体 (5) 3. 产品应当遵循的标准或规范 (5) 4.同类产品 5. 产品的功能性需求 (5) 5.0 功能性需求分类 (5) 5.n 功能（特征描叙） N (6) 5.n.x 功能N.x (6) 6. 产品的非功能性需求 (6) 6.1 用户界面需求 (6) 6.2 软硬件环境需求 (6) 6.3 产品质量需求 (6) 6.N 其它需求 (6) 附录A: 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示：列出本文档的所有参考文献（包括非正式出版物），格式如下：[序号标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [P1-MF] Author，计量开发规范，机构名称，日期
0.5 术语与缩写解释 1. 产品介绍 产品介绍主要说明产品特征、用途，项目背景等 2.产品用户群体 （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明产品对他们的用处，带来的利益，用户可能的购买比例 3.同类产品情况 作为参考依据 4. 产品应当遵循的标准或规范 阐述本产品应当遵循什么标准、规范或业务规则 5. 产品的功能性需求 5.0 功能性需求分类 提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
软件工程 需求分析文档 项目名称：人事工资管理系统 概述（背景简介）： 随着我国市场经济的快速发展，人事工资管理系统在企业的日常管理中发挥着越来越重要的作用。人事工资管理系统可以进行档案管理、奖罚管理和工资管理等，方便处理企业内部员工的相关工资信息。另外，为了更方便地查看员工工资信息，还可以通过水晶报表对工资信息进行打印。 系统分析（需求分析）： 通过调查，要求本系统具有以下功能。
●良好的人机界面。 ●方便的添加和修改数据功能。 ●方便的数据查询。 ●方便的数据打印功能。 ●在相应的窗体中，可方便地删除数据。 ●数据计算自动完成，尽量减少人工干预。 总体设计： 项目规划 人事工资管理系统主要由人事管理、工资管理、用户管理和退出系统等模块组成，具体规划如下。 ●人事管理模块。该模块主要用于实现档案管理、 奖罚管理、调动管理和考评管理的功能。 ●工资管理。该模块主要用于实现考勤津贴和工资 总结的功能。
●系统管理。该模块主要用于实现部门管理和数据 备份的功能。 ●用户管理。该模块主要用于实现操作员管理，修 改口令和更改操作员的功能。 ●退出系统。该模块主要用于实现系统推出的功 能。 系统业务流程分析： 人事工资管理系统的业务流程图如下。
系统功能结构： 人事工资管理系统功能结构图如下。 系统设计: 设计目标 本系统属于中小型的数据库管理系统，可以对中小型企业人事工资进行有效管理。通过本系统可以实现一下目标： 灵活地录入数据，使信息传递更快捷；
●系统采用人机交互方式，界面美观友好，信息查询 灵活，数据存储安全可靠； ●实现员工奖罚信息管理； ●实现员工工资自动计算； ●实现员工考评调动管理； ●对用户输入的数据，进行严格的数据检验，尽可能 避免人为错误； ●系统最大限度地实现了易维护性和易操作性。 开发及运行环境 ●系统开发平台：Microsoft Visual Studio2005。 ●系统开发语言：C#。 ●数据库管理系统软件：SQL Server 2000。 ●运行平台：Windows XP（SP2）/ Windows 2000 （SP4）。 ●运行环境：https://www.doczj.com/doc/229049436.html, Framework SDK v2.0。 ●分辨率：最佳效果1024*768像素。
[软件需求]销售系统软件需求说明书
＜网络营销系统＞ 软件需求说明书 作者：杨晶 完成日期：2010年7月6日 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (2) 1.4 参考资料 (3) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 一般约束 (5) 2.5 假设和依据 (5) 3 具体需求 (6) 3.1 功能需求 (6) 3.1.1 功能需求1 (6) 3.1.2 功能需求2 (7) 3.1.n 功能需求n (7) 3.2 外部接口需求 (8) 3.2.1 用户接口 (8) 3.2.2 硬件接口 (8) 3.2.3 软件接口 (8) 3.2.4 通信接口 (9) 3.3 性能需求 (9) 3.4 设计约束 (9) 3.4.1 其他标准的约束 (10) 3.4.2 硬件的限制 (10) 3.5 属性 (10) 3.5.1 可用性 (10) 3.5.2 安全性 (11) 3.5.3 可维护性 (11) 3.5.4 可转移＼转换性 (11) 3.5.5 警告 (12) 3.6 其他需求 (12) 3.6.1 数据库 (12) 3.6.2 操作 (12) 3.6.3 场合适应性需求 (13) 4 附录 (13)
1 引言 1.1 编写目的 近年来，互联网技术的迅猛发展使电子商务在世界范围内蓬勃兴起。基于Internet的电子商务冲击着传统企业的经营模式、管理模式和经济活动的运作手段，它为中小企业提供了大量市场机会，也缩小了大型企业和中小企业之间的市场地位的差距，为中小企业提供了竞争的机会。 1.2 范围 说明： a．该系统名为网络销售系统 b．该系统更大的方便了群众，减少了用户外出或者购买的不便。 c．该系统的应用： 1）该系统的开发，为更多的经销商提供了 更好的发展平台，扩大了业务，更好的适 应了当今社会的发展需求，同时为广大的 用户提供了方便。
编号：_____________软件开发功能需求调研委托合同 甲方：________________________________________________ 乙方：___________________________ 签订日期：_______年______月______日
法定代表人： 乙方： 法定代表人： 经共同协商,一致达成本协议。双方申明,双方都已理解并认可了本合同的所有内容,同意承担各自应承担的权利和义务,忠实地履行本合同。 一、合作内容 甲方为提高本单位的信息化管理水平，拟进行业务信息系统软件开发，特委托乙方为其做功能需求调研,详细内容见附件。 二、合同期限 三、乙方权利与义务 1.乙方为甲方做功能需求调研，并形成功能需求调研报告（包括：功能描述、功能实现方式、涉及角色、涉及数据）。 2.乙方为甲方开发系统原型（无数据和逻辑的模拟信息系统，用于演示功能实现），与甲方反复沟通并确定系统原型。 3.乙方保证所提交的成果（调研报告、原型）是自行撰写、研发的,保证不包含侵权内容。 4.乙方将严格按照甲方提出的各项技术指标、要求撰写需求调研报告并设计系统原图，并对甲方提供的相关资料保密。 5.乙方提交的成果（调研报告、原型）不得含有黄色、反动及违反国家法律规定的内容。 6.乙方交付成果（调研报告、原型）时将对甲方提供相关解释及演示服务。 7.乙方应在合同期限内提交成果，如果有不可抗力造成开发周期延长需以书面形式及时向甲方说明，否则在超出合同期限以后，按每天百分之一的总合同款扣除付款余额，直至付款余额为零。 8.未经甲方允许，乙方不得向任何第三方展示本合同内容及开发产品。 四、甲方权利与义务 1.甲方托付乙方所做工作不含有反动,黄色及违反国家法律规定的内容,否则乙方将不予受理。 2.甲方托付乙方进行功能需求调研并在签订合同之后如需新增其他工作,必须以书面形式呈交给乙方,乙方做改动并酌情收取适当费用。 3.甲方对乙方提交的成果（调研报告、原型）拥有完全知识产权。
《择易企业管理系统商务版V3。0》 软件需求说明书 软件开发有限公司
《择易企业管理系统商务版V3。0》软件需求说明书 目录 1.编写目的 (8) 2.背景 (8) 2.1.定义 (8) 2.2.参考资料 (8) 2.3.目标 (8) 2.4.用户的特点 (8) 2.5.假定和约束 (8) 3.需求规定 (8) 3.1.采购管理 (8) 3.1.1采购订单APOrder (9) 3.1.2采购收货APRecieve (11) 3.1.3采购退货APRetturn (12) 3.1.4采购发票APInvoice(扩展) (14) 3.1.5采购付款 (15) 3.1.6显示凭证（不产生凭证，只是显示凭证的内容） (16) 3.1.7采购数据查询 (16) 3.1.8采购统计报表 (16) 3.1.9采购决策分析图 (16) 3.1.10采购历史数据维护 (16) 3.2.销售管理 (17)
3.2.1销售订单AROrder (18) 3.2.2销售发货APROredr (19) 3.2.3销售退货ARReturn (20) 3.2.4销售发票ARInvoice (22) 3.2.5销售收款 (23) 3.2.6显示凭证（不生成凭证，仅提供显示凭证的内容） (24) 3.2.7门市零售 (24) 3.2.8库存盘点（见库存管理） (24) 3.2.9货品调拨（见库存管理） (24) 3.2.10货品维修服务 (24) 3.2.11销售数据查询 (25) 3.2.12销售统计报表 (25) 3.2.13销售决策分析图 (26) 3.2.14销售历史数据维护 (26) 3.3.库存管理（Inventory Control） (26) 3.3.1货品入库（入库单）ICReceiveOrder (27) 3.3.2货品出库（出库单） (29) 3.3.3货品调拨 (30) 3.3.4货品盘点 (31) 3.3.5组合货品定义 (32) 3.3.6货品组装 (33) 3.3.7货品拆分 (33)
项目名称 用户需求说明书
文档修改摘要
目录 1文档简介 (4) 1.1 文档目的 (4) 1.2 范围 (4) 1.3 名词定义 (4) 1.4 参考文件 (4) 2系统概述 (5) 2.1 系统介绍 (5) 2.2 系统目标 (5) 2.3 系统范围 (5) 2.4 系统面向用户群体 (5) 2.5 遵循的标准与规范 (5) 3功能需求 (6) 3.1 系统总体功能 (6) 3.2 功能需求1 (6) 3.3 功能需求2 (6) 4非功能需求 (7) 4.1 用户界面需求 (7)
4.2 软硬件环境需求 (7) 4.3 接口需求 (7) 4.4 性能需求 (7) 4.5 品质需求。 (7) 4.6 安全与保密需求 (8) 4.7 扩展性需求 (8) 4.8 其他需求 (8) 5需求优先级 (9) 6附录 (10) 1文档简介 本章将简要地说明用户需求说明书(以下简称本说明书)的目的、范围、读者对象、名词定义和参考文件 1.1 文档目的 本说明书的目的在于阐明XXXXXX系统(以下简称本系统)的用户需求。 本说明书为编制其它有关文件提供基本依据。 本说明书收集和整理了客户的需求，并提供作为与客户讨论和确认需求的依据。
1.2 范围 本用户需求说明书的内容涵盖了客户提出的业务、非功能需求等。 本说明书的阅读、使用者包括： 项目管理人员 软件设计人员 编程人员 软件测试人员 软件质量控制人员 软件维护人员 用户代表（需求方、需求部门主管） 1.3 名词定义 提示：准确地解释本说明书所涉及的字头词和缩写词 1.4 参考文件
＜大学生就业服务系统＞ 软件需求说明书 作者：先知小组 完成日期：2011/11/20 签收人： 签收日期： 修改情况记录：
目录 软件需求说明书...................................................................................................................... I 目录......................................................................................................................................... I I 1 引言 .. (1) 1.1编写目的 (1) 1.2范围 (1) 1.3定义 (1) 1.4参考资料 (1) 2 项目概述 (3) 2.1产品描述 (3) 2.2产品功能 (3) 2.3用户特点 (5) 2.4一般约束（未完成） (6) 2.5假设和依据（未完成） (7) 3 具体需求 (8) 3.1功能需求 (8) 3.1.1数据管理需求 (8) 3.1.2就业指导管理需求 (11) 3.1.3资讯管理需求 (11) 3.1.4招聘管理需求 (12) 3.1.5职业规划需求 (12) 3.1.6 BBS需求 (13) 3.1.7就业信息统计需求 (13) 3.2外部接口需求 (13) 3.2.1 用户接口 (13) 3.2.2 硬件接口 (14) 3.3性能需求 (14) 3.4设计约束 (15) 3.5属性 (15) 3.5.1 可用性 (15) 3.5.2 安全性 (15) 3.5.3 可维护性 (15) 3.5.4 可扩展性 (16) 3.5.5 警告 (16) 3.6其他需求 (16) 3.6.1数据库需求 (1) 3.6.2 用户操作需求 (1) 3.6.3场合适应性需求 (2) 4 附录 (3)
如何进行管理信息系统需求调研分析 摘要：本文是在管理信息系统需求调研实践和学习中的一些经验总结，有些是自己的体会，有些来自专家的书本或文章，希望与大家分享，并起到一个抛砖引玉的作用，如有不妥之处欢迎指正。 一、软件需求的定义 IEEE软件工程标准词汇表（1997年）中定义的需求为： （1）用户解决问题或达到目标所需的条件或能力； （2）系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力； （3）一种反映上述条件和能力的文档说明。 二、需求分析的几个方面 需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个方面：确定软件所期望的用户类；获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息；将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件；了解相关质量属性的重要性；讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识。 软件需求的各组成部分如下图所示：
三、需求文档规范 A、三种编写方法 1、用好的结构化和自然语言编写文本型文档； 2、建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻辑流或对象类和他们的关系； 3、编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。 多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把需求说明白为目的。 B、应有成果 1、各业务手工办理流程文字说明； 2、各业务手工办理流程图； 3、各业务手工办理各环节输入输出表单、数据来源； 4、目标软件系统功能划分（示意图及文字说明）； 5、目标软件系统中各业务办理流程文字说明；
＜在线学习系统＞ 软件需求说明书 作者：第七组 完成日期： 签收人： 签收日期： 修改情况记录：
1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义....................................................................................................... 错误！未定义书签。 1.4参考资料 (4) 2任务概述 (4) 2.1目标 (4) 2.2用户的特点 (4) 2.3假定和约束 (4) 3需求规定 (4) 3.1对功能的规定 (4) 3.2对性能的规定 (7) 3.2.1精度 (7) 3.2.2时间特性要求 (8) 3.2.3灵活性 (8) 3.3输人输出要求 (8) 3.4数据管理能力要求 (9) 3.5故障处理要求 (9) 3.6其他专门要求 (9) 4运行环境规定 (9) 4.1设备 (9) 4.2支持软件 (9) 4.3接口 (10) 4.4控制 (10)
软件需求说明书的编写提示 1引言 Internet是目前世界上最大的计算机互联在线，它遍布全球，将世界各地各种规模的在线连接成一个整体。在现代科学技术的飞速发展的时代，单一的在线学习观，单一的在线学习模式显然已不适应社会发展的需要。自上个世纪50年代以来，“各种在线学习改革探索，风起云涌。产生了许多新的在线学习体系。但是，谁也包打不了天下，只有大家联合起来，才能迎接时代的挑战。”其实，国外的学者也清楚地认识到这个问题：“把建构主义这种培养学习者处理‘问题’能力和技能的模式，推广至一切在线学习领域是不适宜的。” 1.1编写目的 在线学习系统，是一个利用因特网作为平台传送教学内容，实施网上教学，进行网上交流和学习的信息系统。它是多方面地，全方位地，从课件下载，在线答疑，课堂在线学习到留言反馈，自我测试，再到相关系统的友情链接，以及新闻中心的设置，不仅可以加深学生对于课程的学习理解，而且也开阔了大家的眼界，很好的培养了学生自主学习的精神，也为很多学有余力的同学提供了很好的进一步发展钻研的空间。 构建在线学习系统平台，可以克服传统课堂教育的局限性，形成一种主动的、协作的、开放的教学模式，既有生动形象和资源广泛的优点，又具有能相互访问、双向交流，不受时空限制的优良特性。 1.2背景 说明： a．待开发的软件系统的名称：《在线学习系统》； b．本项目的任务提出者：计算机与软件学院 开发者： 用户：全院学生 实现该软件的计算中心：软件技术实训室（2）
软件项目需求说明 书模板
中央国家机关住房资金管理中心 管理信息系统 需求说明书 ( 范本) 中央国家机关住房资金管理中心二○一○年月日
文档修改历史记录 目录
1概述.................................................................. 错误!未定义书签。 1.1引言......................................................... 错误!未定义书签。 1.1.1 软件项目名称............................... 错误!未定义书签。 1.1.2软件项目开发背景和目的........... 错误!未定义书签。 1.1.3软件项目应用范围 ....................... 错误!未定义书签。 1.2参考资料................................................. 错误!未定义书签。 1.3术语定义................................................. 错误!未定义书签。 2 功能一 ............................................................. 错误!未定义书签。 2.1功能分解一............................................. 错误!未定义书签。 2.1.1定义 ............................................... 错误!未定义书签。 2.1.2功能表述 ....................................... 错误!未定义书签。 2.1.3性能要求 ....................................... 错误!未定义书签。 2.1.4相关表单 ....................................... 错误!未定义书签。 2.1.5流程图 ........................................... 错误!未定义书签。 2.1.6特殊要求 ....................................... 错误!未定义书签。 2.2功能分解二............................................. 错误!未定义书签。 2.3特殊要求................................................. 错误!未定义书签。 3 附录 ................................................................. 错误!未定义书签。1概述 1.1引言 ( 本需求说明书的编写目的以及阅读对象)