任务信息管理系统需求分析说明书【案例参考】
信息系统需求分析说明书
信息系统需求分析说明书信息系统需求分析说明书1. 引言本章介绍整个文档的目的、范围和背景，以及与信息系统需求分析相关的定义和缩写。
1.1 目的本文档的目的是对于某个特定信息系统的需求进行分析，以明确和准确地捕捉用户和相关利益相关方对系统的需求和期望。
1.2 范围本文档将包括对于目标信息系统的功能需求、非功能需求和约束条件的详细分析。
同时，还将涵盖对于潜在风险和风险管理的考虑。
1.3 背景在此处提供有关信息系统的相关背景信息，包括系统的当前状态、目标和业务环境。
1.4 定义和缩写在此列出本文档中使用的缩写和相关定义以便读者理解。
2. 业务问题陈述本章介绍与目标信息系统相关的业务问题，并进一步说明这些问题对系统需求分析的重要性。
3. 参与方分析本章详细描述与目标信息系统相关的参与方，并对他们的需求和期望进行分析。
3.1 主要参与方列出目标信息系统的主要参与方，并对他们的角色和职责进行描述。
3.2 参与方需求对于每个主要参与方，列出他们的需求和期望，并进行详细说明。
4. 系统功能需求分析本章将详细描述目标信息系统的功能需求。
4.1 功能需求一对于功能需求一，描述该功能的目标和范围，并进一步细化功能的具体要求。
4.2 功能需求二对于功能需求二，描述该功能的目标和范围，并进一步细化功能的具体要求。
...5. 系统非功能需求分析本章将详细描述目标信息系统的非功能需求，包括性能、可用性、安全性等方面。
5.1 性能需求对于系统的性能需求，列出具体的指标和要求，并进行进一步的说明。
5.2 可用性需求对于系统的可用性需求，列出具体的指标和要求，并进行进一步的说明。
5.3 安全性需求对于系统的安全性需求，列出具体的指标和要求，并进行进一步的说明。
...6. 系统约束条件分析本章将描述目标信息系统的约束条件，包括技术约束、预算约束、法律约束等。
6.1 技术约束描述目标系统所面临的技术约束，包括硬件和软件方面的要求。
6.2 预算约束描述目标系统所面临的预算约束，包括实施和维护成本等。
管理信息系统需求分析说明书介绍实用模板.doc
文档修改记录目录引言编写目的说明编写本软件需求文档的目的,指出预期的读者。
背景介绍说明：待开发的软件系统的名称；本项目的任务提出者、用户及实现该软件的计算中心或计算机网络；该软件系统同其他系统或其他机构的基本的相互来往关系。
术语定义参考资料用列表的形式列出用得着的参考资料，如：本项目的经核准的计划任务书或合同、上级机关的批文；属于本项目的其他已发表的文件；本文件中各处引用的文件、资料，包括所需用到的软件开发标准．列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源．总体描述系统目标从总体上描述整个需求，本节并不详细描述需求，它只是提供这些需求的背景，使其更易理解。
包括以下内容：系统开发意图总体功能需求与其他系统之间的关系用户特征限制设想和依赖用方框图来表达产品的主要功能组成及其关系。
制作功能表，以便客户或者第一次读这个文件的人都可以理解；运行环境描述软件的运行环境，如硬件平台、操作系统及应用软件，包括：系统部署图操作系统数据库其他相关软件用户特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。
系统约束列出诸如经费限制、开发期限等进行本软件开发工作的假定和约束。
业务功能需求功能需求 1定明扼要的描述此功能模的含和在系中作用、起者、理者（操作者）等信息。
数据信息列出所有入、出及其限制条件的描述。
流程明内部理流程，入和出内容要在‘数据信息’中描述的一致。
可用文字和流程方式描述。
如果有分支流程，可以分主事件流程和分支（异常）事件流程。
功能要求例于复出用功能需求的例特点 (feature)明系体此功能模的特点要求，常比于同品。
特殊要求如操作限限制、密、性能要求、限制、管理方式、运行方式、配置灵活性等。
要求尽可能。
功能需求 2⋯⋯⋯..功能需求 3⋯⋯⋯..功能需求 4⋯⋯⋯..系接口需求用界面描述所需要的用界面的件件和用界面特征，里不明用界面，只要明用界面特征要求。
任务管理系统需求分析
任务管理系统需求分析一、引言二、需求概述2.任务分配和指派：管理员可以将任务分配给团队成员，并指派负责人，负责人可以将任务交给其他团队成员。
3.任务执行和跟踪：任务执行者可以按照规定的任务流程执行任务，并及时更新任务状态，系统应提供任务进度跟踪功能。
4.任务提醒和通知：系统应具备任务提醒和通知功能，提醒任务执行者按时完成任务，并向相关人员发送任务状态更新通知。
5.任务报告和统计：系统应能够生成任务报告，统计和分析任务完成情况、执行进度，并提供相关报表。
6.权限管理：系统应支持权限管理，可以根据用户角色和权限设置不同的操作权限。
三、功能模块根据上述需求，将任务管理系统划分为以下几个功能模块：1.用户管理模块：包括用户注册、登录、密码重置、个人信息管理等功能，还可以提供用户角色和权限管理功能。
3.动态管理模块：实现任务执行者对任务的更新、进度跟踪、状态变更等操作，并提供任务状态变更通知功能。
4.报告统计模块：实现任务完成情况的统计和分析功能，可以生成任务报告和相关报表。
四、系统特性根据上述功能模块的需求，可以确定任务管理系统的一些特性：1.用户友好性：界面简洁明了，操作简单直观，用户能够快速上手使用。
2.多用户支持：支持多个用户同时使用系统，每个用户具有不同的角色和权限。
3.实时更新：系统能够实时更新任务状态和进度，用户可以实时了解任务执行情况。
4.提醒功能：系统能够提供任务的提醒功能，包括邮件提醒、短信提醒等，确保任务按时完成。
5.报表生成：系统能够生成任务报告和相关报表，用于统计和分析任务完成情况。
6.安全性：系统应具备安全性，保护用户数据的安全和隐私。
五、系统界面设计1.界面简洁明了，功能布局合理，让用户能够一目了然地明白如何操作。
2.提供可、可筛选等功能，方便用户查找和管理任务。
3.显示任务的状态、优先级、执行者等信息，让用户能够快速了解任务的重要性和执行情况。
4.提供任务的进度条显示，直观反映任务的完成情况。
系统软件需求和需求分析说明书模板(用例图+界面+文档)
1系统需求和需求分析说明书模板Mohit系统需求和需求分析说明书模板第一部分概述1．项目名称及背景➢项目名称➢开发背景2．文档说明第二部分任务说明1．功能概述2．用户环境浏览器(如IE 6以上版本)+网络开发(生产)环境:第三部分需求分析1．实现功能➢系统用例图用户业务逻辑如下图所示：95➢管理员功能清单功能编号功能名称文中标题编号备注101 人事管理101001 机构管理101002 部门管理101003 员工管理➢普通用户功能清单2．用例说明➢ [用例1] ●用例图●描述●参与者➢[用例2] ●用例图●描述●参与者➢[用例3] ●用例图●描述●参与者➢[用例4] ●用例图●描述●参与者➢[用例5] ●用例图●描述●参与者➢[用例6 ●用例图●描述●参与者➢[用例7] ●用例图●描述●参与者➢ [用例8]●用例图●描述●参与者➢ [用例9]●描述文件搜索功能：可以按条件查询需要的文件。
●参与者//*参与者，参与用例的对象*// ➢[用例10]●用例图发送消息消息管理管理消息●描述消息管理主要包括：创建消息、修改消息、删除消息、发布消息。
●参与者//*参与者，参与用例的对象*// ➢[用例11]●用例图●描述●参与者➢[用例12] ●用例图●描述●参与者➢[用例13] ●用例图●描述●参与者➢[用例14]●用例图●描述●参与者3．用例关系附1.2 系统设计说明书模板系统设计说明书版本历史第一部分概述1．文档说明2．系统需求概述第二部分系统总体结构第三部分系统设计类图//*系统中主要的、关键实体类图，参考图如下*//➢[用例1]实现●时序图//用例1的时序图，参考图如下*//●描述界面设计1．公共模块界面设计说明：页面设计要求尽量使用div布局完成。
所有的GridView要求实现分页功能。
图1.1用户登陆首页用户登陆首页要求：只有当用户名、密码都正确时才能通过验证。
107图1.2 管理员登录后看到的主界面管理员登录后的主页面要求：显示个人便签信息，左侧显示系统菜单和个人基本信息，上标栏有“主页”、“重新登录”、“修改密码”、显示当前时间功能。
信息管理系统需求分析说明
学生信息管理系统需求分析制作者：周琨淏郑天宝导师：刘磊1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)2任务概述 (4)2.1目标 (4)2.2用户的特点 ............................................................................... 错误！未定义书签。
2.3假定和约束 (4)3需求规定......................................................................................... 错误！未定义书签。
3.1对功能的规定 (4)3.2对性能的规定............................................................................ 错误！未定义书签。
3.2.1精度 (11)3.2.2时间特性要求 (11)3.2.3灵活性 (11)3.3输人输出要求............................................................................ 错误！未定义书签。
3.4数据管理能力要求..................................................................... 错误！未定义书签。
3.5故障处理要求............................................................................ 错误！未定义书签。
3.6其他专门要求............................................................................ 错误！未定义书签。
管理信息系统需求分析说明书模板
文档修改记录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 系统约束 (6)3 业务功能需求 (6)3.1 功能需求1 (6)3.1.1 业务定义 (6)3.1.2 数据信息 (6)3.1.3 业务流程 (6)3.4.4 功能要求 (6)3.1.5 业务实例 (6)3.1.6 特点(feature) (7)3.1.7 特殊要求 (7)3.2 功能需求 2 (1)3.3 功能需求 3 (1)3.4 功能需求 4 (1)4 系统接口需求 (7)4.1 用户界面 (7)4・2 各子系统接口需求 (8)4.3 与其他的接口需求 (8)5 系统管理需求 (8)5.1 性能需求 (8)5.2 安全性需求 (8)5.3 应用监控需求 (9)5.4 可靠性需求 (9)5.5 可扩展性 (9)5.6 灵活性与可配置性 (9)1引言1.1编写目的说明编写本软件需求文档的目的，指出预期的读者。
1.2背景介绍说明：A■待开发的软件系统的名称；B ■本项目的任务提出者、用户及实现该软件的计算中心或计算机网络；C. 该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3术语定义简要说明本文中涉及的专门术语、容易引起歧义的概念、关键词缩写、外文首字母组词的原词组及其他需要解释的内容。
1-4参考资料用列表的形式列出用得着的参考资料，如：1. 本项目的经核准的计划任务书或合同、上级机关的批文；2. 属于本项目的其他已发表的文件；3-本文件中各处引用的文件、资料，包括所需用到的软件开发标准•列出这些文件资料的标题、文件编号、发表曰期和出版单位，说明能够得到这些文件资料的来2总体描述2.1系统目标从总体上描述整个需求，本节并不详细描述需求，它只是提供这些需求的背景，使其更易理解。
计算机专业学年论文--信息管理系统需求报告说明书
女主角女装销售管理软件需求说明书摘要：各行各业的信息化时代纷沓而至，服装销售行业也开始实行软件管理的运营方式。
女主角女装店为了更轻松的进行销售管理，计划投入管理软件的使用。
本文就女主角女装销售管理软件的需求进行深一步的明确，确定本软件设计的限制和定义软件的其他有效性需求安排项目规划与进度、组织软件开发与测试。
关键字：服装销售管理系统；需求分析；数据流图1 引言随着信息化社会的到来，面对激烈的市场竞争，市场上的小企业、个体经营户要想生存发展，必须加强自身管理，寻求企业盈利的途径。
改变原本最简单模式的人工管理，采取一些信息化的管理，如软件管理运营。
以最小的成本投入和管理投入，获取最优的效益收入。
从而为小企业的成长、发展壮大打好坚实的信息化基础。
1.1 编写目的编写该文档是为了分析服装销售管理的流程，把人工模式抽象为可在计算机上处理的自动模式。
对整个销售过程进行分析和总结，便于设计人员、开发人员对系统整体功能的认识，通过该文档确定系统的目地和功能，以及管理流程和方法，同时为使用者提供一些参考。
1.2 项目背景女主角女装店在现今的经营规模下发现其销售经营管理上存在着如下问题：近年来品牌女装的销售量越来越大，之前店里采用纯手工记账，手工填制各种单据，人工盘点货物记账入库的形式，往往数据量涉及较大且易出错。
在平时的销售过程中，经常碰到查找同型号不同尺码、颜色服装的麻烦，浪费时间。
考虑到店内已配备电脑的情况下，可充分运用电脑的优势，实行信息化软件管理，使店面的管理达到高效化，简单化。
因此提出进行《服装销售管理系统》的开发。
本人计算机专业大三学生具备进行该软件系统开发的能力并承担本软件系统的开发与维护工作。
软件开发成功后，该软件系统由女主角女装店使用。
本软件系统在windows系统下均可运行，但需要建立用户数据库。
关于软件中所用到的各方面数据，由女装店提供。
1.3 定义数据字典（DD）：数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是数据的“严密性”和“精确性”，没有半点含糊[1]。
信息管理系统需求说明书
信息管理系统需求说明书信息管理系统需求说明书1.引言1.1 目的本文档旨在定义和说明信息管理系统的需求，从而满足用户的信息管理及处理需求。
1.2 范围本文档适用于设计和开发信息管理系统的整个过程，包括需求分析、系统架构设计、模块开发、系统集成和测试等。
1.3 定义在本文档中，以下术语具有特定的含义：●信息管理系统：指用于收集、存储、处理和管理各种类型信息的计算机系统。
●用户：指系统的最终使用者。
2.业务背景2.1 业务概述详细描述信息管理系统所要管理的业务领域，以及相关业务流程和数据。
2.2 业务需求列出用户对信息管理系统的基本需求，如数据收集、数据存储、数据分析等。
3.功能需求3.1 系统功能概述描述信息管理系统的基本功能，包括数据输入、数据存储、数据查询、数据分析等。
3.2 功能详细描述详细描述每个功能的具体要求和功能流程，包括输入、处理和输出等。
4.非功能需求4.1 性能需求描述信息管理系统对于数据处理、数据存储和查询等方面的性能要求。
4.2 可靠性需求描述信息管理系统对于数据的可靠性要求，如数据完整性、数据可用性等。
4.3 安全性需求描述信息管理系统在数据访问和传输过程中的安全性要求，如数据加密、权限控制等。
5.界面需求描述信息管理系统的用户界面，包括界面布局、交互方式和界面设计原则等。
6.数据需求6.1 数据字典列出信息管理系统中使用的所有数据对象及其属性，包括数据类型、数据长度、数据关联关系等。
6.2 数据处理描述信息管理系统对于数据输入、处理和输出的要求和流程。
7.系统架构需求描述信息管理系统的整体架构，包括系统组成、模块划分和模块间的关系等。
8.测试需求描述信息管理系统的测试策略和测试方法，包括单元测试、接口测试、系统测试等。
9.项目实施计划描述信息管理系统的项目实施计划，包括开发阶段、测试阶段和上线阶段的计划安排。
10.维护和支持需求描述信息管理系统的维护和支持要求，包括系统更新、问题解决和用户培训等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
技术文件文件名称:任务管理系统需求说明书项目名称:任务管理系统共页(包括封面)作者:1 引言1、1 编写目得本文详细描述任务管理系统得需求,表述得需求信息要求明确、无二义性。
开发方与软件使用者充分沟通需求,最终形成此文档。
此文档就是后续软件开发得依据。
1、2 背景任务管理系统就是一个XX与XX电气新技术有限公司产学研合作项目,项目由XX机电新技术有限公司提出,由XX承担开发任务。
1、3 定义与缩略语本文使用了表 1、1所显示得面向用户得术语、定义,包括通用词语在本文档中得专用解释。
表 1、2所列为本文用到得缩略语。
1、4 参考资料本文使用了表 1、3所列为本文用到得参考资料。
1、5 用户任务信息管理系统得目前用户为XX公司电气事业部,电气事业部使用成功后可能会在XX公司推广。
2 任务概述2、1目标XX公司电气事业部目前得任务主要有2类:常规工作任务与临时性工作任务。
针对临时任务布置信息很多时候就是处于一种开放状态,缺少任务信息得修正、回馈、与统计分析。
而日常职责规定得常规工作,虽然可以通过标准化得文件固化下来并形成《常规工作计划表》作为一种制度来执行,也需要主管在百忙之中花很多时间去检查完成情况。
TIMS系统要求工作管理信息能够规范录入,任务信息流向可以选择,任务信息依据轻重排序,可以设定信息提醒,任务完成情况可以评估、任务完成情况依据选择项进行统计输出、工作量进行评估。
2、2 系统得特点TIMS项目得需求主要由XX公司电气事业部提出,因此本文档就是与XX公司电气事业部交互后形成得需求定义,系统得功能与使用特点优先满足XX公司电气事业部得需求,若系统后续由于在XX公司全面推广而引入得新需求,则不在本文档考虑范围之内。
2、3 假定与约束本文档经双方确认后,开发方依据本文档进行下阶段工作。
若中途需求发生变更则XX公司需及时告知开发方,若因XX公司原因引入得需求变更造成开发方工作量得大幅增加,具体解决方案双方另行协商。
若需求变更引入得工作量不大,开发方应尽量配合。
4、需求规定4、1 组织架构XX公司电气事业部得组织架构如图4-1。
图4-1 电气事业部组织架构TIMS系统面向整个电气事业部使用,图4-1给出了电气事业部得详细组织。
4、2 权限需求系统得用户就是XX公司得员工,员工在现实逻辑中分属不同得部门并具有相应得工作权限。
系统权限分配时与员工得组织架构并无对应关系。
TIMS系统得权限需求有2层含义。
1、针对系统功能设置用户得操作权限。
2、针对用户可以设置查瞧哪些任务得权限。
例如可以设置某用户查瞧生产部得所有任务信息;设置用户A可以查瞧用户B及用户C得任务信息。
4、3 任务处理流程需求4、3、1 系统用例图TIMS主要对任务信息进行管理,实现任务信息得标准化管理。
TIMS系统关于任务处理得用例图如图4-2。
图4-2 系统用例图１图4-3 系统用例图2详细得功能需求说明请参见本文档后续章节。
4、3、2 任务处理流程针对TIMS系统中任务可能得流程进行分析。
为方便理解,对应图4-4进行表述。
图4-4 人员组织架构示例图流程设计思想:TIMS 系统采用信息闭环得思想,即任务由任务发布者发布出去,任务最终也在任务发布者处结束,图4-5简单得表示了这一思想,同时也概括了任务在TIMS 系统中得处理流程。
任务发布者任务接收者任务承担者图4-5 TIMS 系统任务处理流程图任务下达采用逐级得层次方式,任务得反馈采用逐级向上得方式。
例如下达任务给制造组得Z3时,任务发布者X 应该将任务发布给制造组得主管Z0,由主管Z0在自己得主管范围内分配该任务,而最终得任务接收者就是Z3。
若Z3提交完成情况与延期申请,则先提交至Z0,Z0根据实际情况决定就是否提交以及如何提交给X 。
X 最终决定就是否同意延期以及对任务完成情况进行评价。
具体任务处理规则说明如下: 1、关于任务发布者1)默认得情况下,任务只能由组织得主管发布,且不能越级发布。
例如生产部主管S0只能给G0、J0、Z0发布任务。
假若最终任务T 由Z1承担,那么就是S0向Z0下达任务,Z0再将任务T 分配给Z1。
2)系统可以设定用户可向哪些人员发布任务。
例如:可以设定计划组得J1向Z0、G0发布任务; 可以设定S0向K0、L0发布任务。
3)可以设定用户直接向具体人员发布任务。
例如:可以设定J1直接向D2发布任务。
正常得发布顺序应该就是J1->Z0->D0->D2。
系统自动记录任务相关人员Z0、D0,任务延期、提交完成情况由任务承担者D2直接提交给任务发布者J1,但自动设定Z0、D0同意延期与提交完成情况。
2、关于任务得分配与分解1)若任务得接收者就是组织得主管,则可以将任务分配给其组织得直接下属。
例如制造组得主管Z0可以将任务分配给Z1、Z2、Z3,当然也可以分配给自己,但不能将任务分配给D1,需要将任务先分配给D0,由D0再在自己得组织进行同样方式得分配。
(说明:图4-3中制造组主管Z0直接下属就是Z0、Z1、Z2、Z3、D0)。
2)任务接收者接收到任务T后,可以将任务分解为若干子任务T1…Tn,然后发布给本组织得员工。
3、关于发布任务1)任务接收者可以有多个,必须设定一个主任务接收者。
任务主接收者体现在任务得实际协调上。
2)任务接收者可以就是组织得主管,也可以不就是。
如果就是组织得主管则可以分配任务与分解任务。
3) 任务得第一接收人就是指最初接收到任务得员工。
例如X发布任务给Z0,Z0再分配任务给Z3。
那么Z0为任务第一接收人,Z3为任务得承担者。
4)任务第一接收人在接收到任务后必须决定就是否接收任务。
只有在接收了任务后,才能进行后面得分配任务与分解任务操作。
若不同意接收任务则拒绝任务。
5)任务得第一接收人有多个得情况,例如S0给Z0与J0发布任务T。
(1)主管Z0与主管J0必须作出就是否接收任务得判定。
若Z0拒绝了任务T,则S0处理Z0得拒绝信息,可以打回或者接受Z0得拒绝。
若S0因为Z0得拒绝而修改了任务信息,则需要通知J0,如果J0之前已经接收了任务,则可以针对修改后得任务信息再次进行拒绝或者接收操作。
(2)只有Z0与J0都接收了任务,则任务T得状态为进行状态。
(3)只有任务状态为进行状态Z0与J0才能分配任务。
4、关于任务反馈1)任务就是逐级下达,任务反馈则就是逐级汇报。
2)以X发布任务给Z0,Z0又将任务分配给Z1、Z2为例。
(1)Z1可以向所有任务相关人员(Z0、X、Z1、Z2)发送信息。
(2)Z1、Z2若要申请延期,则只能向任务分配者Z0申请。
(3)Z0收到Z1或者Z2得延期申请后,处理此延期申请。
Z0根据整个任务得进度情况,来人为判断Z1或者Z2得延期就是否对整个任务造成延期,若对整个任务不造成延期,不需要向X提出延期申请;若对整个任务造成延期,可以向任务发布者X提交延期申请。
任务发布者X最终决定任务就是否延期。
(4) Z1、Z2向对应得任务分配者提交完成情况,Z1、Z2得工作由Z0评价,Z0最终汇总Z1、Z2得任务完成情况,向X提交完成情况。
X根据任务第一接收人提交得完成情况进行评价,同时对整个项目进行评价。
５、关于任务完成情况及评价1)由任务发布者决定任务得完成状态。
(1)如果所有第一接收人在任务期限内都确认完成了任务,任务发布者给出每个任务接收得评价后,设定任务为完成。
(2)如果第一接收人没有申请延期,但确认完成任务时间晚于任务期限,则系统自动设定为非正常延期完成。
(3)若任务在期限内没有完成,或者说任务已经不可能完成,任务发布者可以设定任务为未完成。
(4)若有第一接收人申请了延期,且延期理由合理,任务发布者同意延期,并修改任务期限。
应设定任务为正常延期完成。
(5)若有第一接收人申请了延期,但延期理由不合理,任务发布者不同意延期。
应设定任务为非正常延期完成。
4、3、2、1 任务发布流程1、任务第一接收人只有一个图4-6任务发布流程1流程说明:1) X发布任务给制造组得主管Z0,同时将任务抄送S0,由于任务就是初始发送给Z0,Z0必须决定就是否接收才能进行后续操作。
2) Z0接收任务后,可以将任务分配给自己,也可以分配给制造组内用户,如图4-3所示,Z0将任务分配给D0与Z2,而D0就是工段1得主管,她仍然可以将分配到自己得任务继续向下属分配,D0将任务分配给了D1。
3) D1得延期申请、完成情况均直接提交给其任务分配者D0,由D0对其完成情况进行评价。
D0若认可了D1得延期申请,则由D0向Z0提交延期申请,若Z0同意了D0得延期申请,则向Ｘ提交延期申请,最终可否延期由X决定,X 若同意延期则更改任务完成期限。
4)由D1向D0提交完成情况,D0对D1得完成情况进行评价;由D0向Z0提交完成情况,Z0对D0得完成情况进行评价;由Z0向X提交完成情况,由X对Z0得完成情况进行评价。
5)每个任务第一接收者都要提交自己得完成情况,任务发布者评判每个任务接收者得完成情况,最后给出整个任务得完成情况评价。
2、任务第一接收人有多个图4-7 任务发布流程2流程说明:1) X发布任务给Z0、J0,知晓者为S0。
2) Z0、J0为任务第一接收人,所以要判定就是否接收此任务。
只要Z0或者J0接收了任务,就可以进行后续得任务分配或者分解。
3)如果Z0接收了任务,而J0拒绝了任务,X可以修改任务接收人员。
4) Z0、J0都提交完成情况后,X才能认定任务结束。
5) X对Z0、J0得完成情况进行评价,同时对任务整体完成情况进行评价。
6) 其她流程同任务第一接收者只有一个得情况。
3、任务分解图4-8 任务分解流程流程说明:1) X发布任务T给Z0、J0,知晓者为S0。
2) Z0接收任务T后,Z0即为任务T得最终承担人。
任务T得流程同任务第一接收人只有一个得情况。
3) Z0将任务T作为父任务,创建了T1、T2两个子任务,T1、T2得发布者即为Z0。
任务T1、T2得流程同任务第一接收人只有一个得情况。
4) T、T1、T2三个任务得处理流程就是独立得,但就是有父子关系,通过任务T可以跟踪到任务T1、T2。
5) Z0在T1、T2完成后,提交自己承担得任务T得完成情况给X。
4、3、2、2 任务申诉流程若任务接收者认为评价不合理,可以提出申诉,申诉信息由专门得申诉处理人来处理,不需要逐级反映。
申诉处理人调查实际情况,提出申诉处理意见,选择审核人向其提交处理意见,审核人对处理意见给出审核意见,若同意处理人得处理意见则处理人可以更改相关信息。
申诉流程如下图。
任务申诉人申诉处理人申诉处理审核人图4-9 任务审核流程4、4 详细功能需求4、4、1 任务管理任务管理就是TIMS系统得核心模块,也就是用户使用最频繁得模块。