工时管理系统需求文档.doc

DreamTeam2008 项目名称：电子工时管理系统项目 文档名称：电子工时管理系统需求说明书 【工时表(Timesheet)是专业服务行业最常用的了解员工工时使用情况的工具】 目 录 目 录 2 1 导言 3 1.1 目的 3 1.2 背景 3 1.3 编写说明 3 1.4 版本更新信息 3 2 方案概述 4 2.1 系统定义 4 2.2 提升平台 4 2.3 优化架构 4 2.4总体原则 4 3 需求工程方法 5 3.1需求定义 5 3.2 设计说明 5 3.3 建设目标 5 3.4 需求构成 5 3.5 需求工作过程 6 4总体业务需求 7 4.1 工时表定义 7 4.2 总体系统功能 7 4.3项目要达到的目标 11 4.4日历模块 12 4.5应用价值 13 5总结 15 1 导言 1.1 目的 本文档是作为系统需求确认、设计、开发、测试和验收的基础文件，并为项目相关人员提供无歧义的、完整的、一致的、可修改、可跟踪、可维护的、运行和维护阶段可使用的说明文档。提供关于基于MVC的软件支撑平台的需求文档。本文包括以下内容：。 软件支撑平台的总体技术规划； 应用支撑平台总体规划设计； 应用软件框架设计； 所涉及的产品选型考虑。 1.2 背景 说明： TTS（工时表） 本项目的开发者是贾少飞、用户是上海GIS及实现该产品的队伍是DreamTeam2008. 1.3 编写说明 a)TTS（timesheet） 工时表 b)MVC（Model View Controller） （模型Model-视图View-控制器Controller） 描述 日期 作者 v0.1 第一版初稿 2010年2月1日 DreamTeam2008 V0.2 第二版 2010年2月2日 DreamTeam2008 V0.3 第三版 2010年2月4日 DreamTeam2008 2 方案概述 2.1 系统定义 项目来源及背景：由于TTS的手工填写及统计过程费时费力且经常产生错误，更不用提工时表的统计意义。所以，电子管理系统的工时表是基于互联网浏览器，允许员工随时随地填报工作时间的使用情况，同时立即完成工时统计。省时，准确。 2.2 提升平台 统一的软件支撑平台要成为工时管理系统的信息化平台。所谓平台，需要具备强大的可扩展性（可以满足今后新需求的扩展）和良好的开放性（可以满足各种不同技术的连接和共享）。对软件支撑平台的总体规划中，提升为以下几个关键平台： 统一架构平台：通过标准化的协议和行业规范，构造统一的架构平台。 统一数据平台：建议统一的数据规范，将系统中的数据进行统一的处理和管理，并提供规范化的接口模式，可以将今后任意系统的数据集成在该统一数据平台之上。通过改数据平台，可以为包括决策支持在内的各个系统提供可信赖的、一致的数据基础； 2.3 优化架构 再宽的网络、再强大的机器，如果没有设计合理、扩展性强的技术架构的支撑，也无法实现用户的要求。所以，工时管理系统技术架构的设计是整个系统的核心和成功的关键。 2.4总体原则 不能选择只有先进技术，但没有实用价值得产品。 界面的友好程度； 实现的难易程度； 3 需求工程方法 3.1需求定义 需求定义用正式的语言规约了信息技术要支持的业务应用。这一阶段在生命周期中占有很重要的地位，因为它描述真实的业务应用，是业务应用实施的最初步骤。 3.2 设计说明 在设计说明阶段，需求定义中的概念被转化为信息技术接口。具体地说，在设计说明阶段，功能视图主要包括模块设计、控制结构设计和输入/输出显示设计；组织视图主要描述组织结构间的信息交流；数据视图将E-R模型转化为数据模型，在此基础上构造数据库系统；过程视图则在设计说明层维护功能—组织—数据视图间的关系。 3.3 建设目标 通过工时管理系统实现 业务需求（Business Requirement）反映了组织机构或客户对系统、产品高层次的范围与目标要求。 用户需求(User Requirement) 文档描述了用户使用产品必须要完成的任务，以及各个任务的业务过程。 软件需求(Functional Requirement)定义了开发人员必须满足的功能和非功能要求，使得用户能完成他们的任务，从而满足了业务需求。 3.5 需求工作过程 需求工程的目的是通过与用户广泛地交流确定应用系统的目标。需求活动以“工程化”的方法来提出、分析和组织，鼓励用户以一种积极的方式参与需求分析活动中，并在整个软件生命周期强调用户参与和领域专家的指导作用，促使本次项目的各应用系统最大地满足用户需求。 需求工程是一个不断反复的需求定义、记录和演进的过程，并在最终达到需求的冻结。本项目业务范围与部署范围大，需求工作需要总体规划、分布实施，因此，我们将需求工作分为两个