流程管理系统需求分析

流程管理系统需求分析（共9篇）

流程管理系统需求分析 篇1

企业每天都在做营销决策，有关于渠道的、关于促销的、关于价格的，这些决策决定了企业在市场上的成败，我们看到，成功的企业总是少数的，很多企业是昙花一现，或在垂死挣扎。有人估算中国企业的平均寿命是3-5岁，民营企业的寿命为2.9岁，而《财富》 500强的企业，平均寿命也只有40-50岁。中国企业寿命偏短，部分企业是因为营销管理出了问题。那么营销管理的出发点是什么呢?营销管理到底是管什么呢?有人说营销管理是管销售队伍，防止销售队伍“叛变”，用选人、留人、晋人等手段把他们管住，让他们老老实实地卖货;有人说是管理经销商，认为经销商是企业生存、发展的根本;有人说是终端为王，一切营销管理都要围绕终端展开。

要分析营销管理到底是管什么，还是回到市场营销的本质上来。每个人、每个企业在社会上生存和发展，都有需要，并愿意付出一定的报酬来满足部分需要，于是这部分需要就形成了需求。可以通过很多方式来满足需求，有自行生产、有乞讨、有抢夺、有交换等。市场营销的出发点是通过交换满足需求。

五种需求缺一不可

营销管理要管什么需求呢?这个问题涉及到企业的很多方面，企业强调团队合作，强调供应链，因此各个环节的需求都要考虑到，这样的营销政策才是好政策。有个笑话说，某单位科研人员得到了一笔奖金，于是领导准备进行分配。在分配时，出了问题，到底要给发明人多少奖金呢?给团队其他成员多少奖金呢?领导很难定，于是让每个人阐述分奖金的理由。其中看门的老大爷说：“我不给你们看大门，仪器设备都会被偷，怎么搞科研?”打扫卫生的张头说：“我也有功劳，我负责打扫卫生，我不掏厕所，你们会憋死的。”

这是个笑话，但在营销中，企业制定营销政策，要充分考虑营销政策推行的各个方面，其中主要是企业、消费者、经销商、终端、销售队伍，这五个方面。营销管理要满足企业的需求、满足消费者的需求、满足经销商的需求、满足终端的需求、满足销售队伍的需求，在不断满足需求的过程中企业得到了发展。

满足企业的需求

企业的需求有那些呢?企业追求可持续发展，说白了就是可持续赚钱。企业可以短期不赢利，去扩张，去追求发展，但最终目的是赢利。所有的人员、资金、管理等都是为企业实现可以持续赚钱的手段。按照营销理论，企业要坚持“4C”原则，以消费者为中心，

但实际上“以消费者为中心”是企业思考问题的方式，企业要按照自己的利益来行动。老板要把命运掌握在自己手上，要操控市场，要掌握市场的主动权。企业发展的不同阶段，市场发展的不同阶段，企业有不同的需求。

市场孕育期，企业开发了创新产品。企业面临两个问题，一是要迅速完成资金的原始积累，另外要迅速打开市场。所以此时企业可能采取急功近利的操作手法，怎么来钱，就怎么来，怎么出销量就怎么来。可能采取的政策是高提成、高返利、做大户等。

市场成长期，企业飞速发展，出现了类似的竞争对手。因此企业要用比对手快的速度，扩大市场份额，占领市场制高点。可能采取的措施是开发多品种、完善渠道规划、激励经销商等。

市场成熟期，在市场成熟期，企业需要延续产品的生命周期。企业要追求稳定的现金流量，同时还要开发其他产品。这时企业要不断推出，花样翻新的促销政策。

市场衰退期，企业要尽快回收投资，变现。

从上面简单的生命周期描述中，我们看到，不同时段企业有不同需求，满足企业需求是第一位的。营销管理是对企业需求的管理，以满足企业的需求为根本。所以作为营销决策者首先要考虑：“我的老板要求我做什么?公司现在需要我做什么?股东需要我做什么?”然后在具体落实企业需求的过程中，考虑下面的四个需求。

满足消费者的需求

中国的消费者是不成熟的，所以才容易被企业误导，策划人搞得概念满天飞，风光三、五年。真实的、理性的消费者需求是什么呢?消费者对好的产品质量有需求，消费者对合理的价格有需求，消费者对良好的售后服务有需求。消费者的需求对企业来说是最重要、最长久的，企业可以满足短期利益，忽略消费者需求，但消费者是用“脚”投票的，他们会选择离开。

著名的春都，发家于火腿肠，上市公司。在九十年代是中国知名企业，行业先锋，但在多元化战略下，迷失了自己的方向，主营业务大幅萎缩。为在价格战中取胜，春都竟然通过降低产品质量，损害消费者利益，来降低生产成本，含肉量一度从85%降到15%，春都职工用自己的火腿肠喂狗，戏称为“面棍”。只考虑自己需求，而没满足消费者需求的春都，付出了惨重代价，销量直线下滑，市场占有率从最高时的70%狂跌到不足10%.春都的灭亡是必然的，只考虑企业的需求是危险的。企业可以在一段时间欺骗所有的消费者，也可以在所有的时候欺骗一个消费者。但群众的眼睛是雪亮的，企业不可能在所有的时候欺骗所有的人。所以对企业来说，满足消费者的需求是企业存在的价值，是企业最长久的保障。在满足需求的基础上，企业还要发掘需求，引导消费的潮流。甚至去取悦消费者，去讨好消费者。

★ 一个话题鲜活整个课堂

★ 一个完整的会议流程表

★ 工程项目建议书

★ 工程项目论文

★ 工程项目标语

★ 工程项目协议书

★ 工程项目总结报告

★ 工程项目年终总结

★ 工程项目介绍范文

★ 工程项目工作总结范文

流程管理系统需求分析 篇2

1 信息系统建设需求的获取

信息系统需求获取, 是信息系统需求工程化论证的第一个环节, 也是基础性工作。用户需求获取方法应用是否正确得当, 需求获取工作开展是否扎实有效, 需求获取的内容是否充分完备, 将关系到需求分析、需求描述、需求验证等后续工作开展的效率与质量, 决定着整个系统研制工作的成败。因此, 在需求获取阶段, 要尽最大可能将工作做扎实, 内容搞全面, 数据搞准确, 为信息系统需求研究工程化后续过程的顺利实施奠定坚实的基础。信息系统需求获取的一般过程主要包括明确用户需求研究目标、制定用户需求获取计划、收集各类用户需求信息、整理形成原始需求文档等四个步骤。

1.1 明确用户需求研究目标

要获取系统的用户需求, 首先要明确用户需求研究的目标。信息系统需求研究的目标通常由用户需求研究组织管理机构与需求研究论证机构根据系统建设的目标来确定。

1.2 制定用户需求获取计划

在明确用户需求研究目标后, 信息系统需求研究团队要制定详细的用户需求获取计划。需求获取计划应该包括以下内容:一是需求研究概要。主要描述拟建设或研制系统的功能、用途、目标、建设的必要性等。二是需求获取人员。重点明确各类人员获取信息系统需求的职责、任务、时限和要求。三是需求获取工作开展的详细计划。在详细计划中明确指定具体的需求获取来源、参与人员、需求获取重点等内容, 需求获取来源可以是使用人员提供, 或相关部门的相关文件, 包括手册、文书、表格和报表等, 也包括现有应用系统的文档。四是有关约束信息。主要描述需求获取过程中的一些相关约束内容。

1.3 收集各类用户需求信息

严格按照用户需求获取计划, 灵活运用各种需求获取方法, 开展实地调研、文档调阅、座谈交流、用例分析等, 从需求来源处收集有关系统建设的第一手需求信息。这一步也是整个需求获取工作中最关键、最困难的一步。

1.4 整理形成原始需求文档

通过与用户进行深入交流, 获取了大量需求相关信息。但是, 这些需求信息内容杂乱, 条理不清。因此, 需求获取阶段的最后一项工作, 就是需求研究团队集中起来, 根据需求概要的内容, 按照用户需求、系统需求、技术需求、信息需求, 以及其他需求等类别, 对各类纷繁复杂的需求相关信息进行逐条分类整理, 形成系统原始用户需求文档, 作为进行用户需求分析的基础。

2 信息系统建设需求的分析

信息系统需求分析, 是信息系统需求研究工程化全过程中承上启下的重要环节。在此阶段, 需求研究人员通过对获取的各类需求进行详细分析与可行性论证, 确定并完善需求。可见, 这一阶段得到的结果或结论将很大程度上决定最终的系统实现。因此, 在需求分析阶段, 要力求分析透彻、论证充分、建模准确, 确保系统的研制与建设少走弯路。

信息系统需求分析的一般过程主要包括过滤需求获取阶段收集的需求、构建系统概念模型、优化需求并初步形成系统架构等三个步骤。

2.1 过滤需求获取阶段收集的需求

信息系统需求获取阶段的任务是尽最大可能收集与信息系统需求相关的信息, 而不考虑这些信息的正确性、可行性等。因此, 在信息系统需求分析阶段, 必须首先以需求获取阶段得到的原始用户需求为基础, 根据系统的建设目标, 对所有需求条目进行认真细致的审核, 过滤掉明显不符合系统真实需求或是错误的需求条目, 同时与用户方进行二次交互, 对各类需求进行再次确认。

2.2 构建系统的概念模型

信息系统需求经过过滤并逐条确认后, 对原始用户需求的筛选、甄别工作告一段落。接下来就要建立各类用户需求的概念模型, 对用户需求进行集中的结构化表述, 为需求描述、需求验证等后续工程化阶段提供足够完备和详尽的信息依据, 确保系统需求研究人员、系统研制人员与最终用户对同一用户需求达成一致的理解。

2.3 优化需求并初步形成系统架构

信息系统需求概念模型构建完成后, 接下来的工作就是对概念模型进行综合归纳与分析, 修正用户需求中存在的重复与错误等问题, 进一步优化用户需求。同时, 在概念模型的基础上, 提出系统的基本架构与初步建设方案, 作为后续阶段工作的基础。

3 信息系统建设需求的描述

信息系统需求描述, 是信息系统需求工程化全过程的关键环节。这一阶段的中心工作就是将需求研究成果文档化、规范化、成果化, 使其更便于指导系统建设实践。需求描述得到的研究成果能否为系统需求研究人员、系统研制人员和系统最终用户共同理解与接受, 需求描述的形式是否标准规范, 需求描述的内容是否准确并有很强的针对性, 将直接关系到信息系统需求研究的成败。信息系统需求描述的一般过程主要包括确定用户需求描述内容、描述各类需求形成产品、生成用户需求研究报告等三个步骤。

3.1 确定用户需求描述内容

信息系统涵盖的单位部门多种、业务种类繁多, 在进行具体用户需求描述时侧重点可能不太一样, 这就决定了用户需求描述的内容可能不太一样。因此, 必须首先根据实际情况和担负的任务具体分析, 合理确定需要重点描述的用户需求内容。

3.2 描述各类用户需求

对上一步确定的用户需求研究内容逐一进行详细分析, 运用工程化描述方法, 形成具体的表格、图形、图表、文档等各类信息系统需求产品。这一步的工作量和难度都比较大, 既是信息系统需求描述阶段的重点, 也是整个信息系统需求研究工作的重中之重。

3.3 生成用户需求研究报告

按照信息系统需求分析确定的内容架构, 采用标准文档格式, 对前面生成的各类用户需求产品进行综合、归纳、整理, 最终形成用户需求研究报告。信息系统需求研究报告既是对前面完成的用户需求获取、需求分析、需求描述工作的阶段性小结, 也是进行下一阶段工作, 即用户需求验证工作的基础。

4 信息系统建设需求的验证

信息系统需求验证, 是对前三个阶段取得的需求研究成果—用户需求研究报告的全方位综合分析与评判, 同时还是决定信息系统需求研究进一步完善与优化方向的重要阶段。

信息系统需求验证的一般过程主要包括验证准备、验证用户需求、确认用户需求三个步骤。

4.1 验证准备

在开始需求验证工作之前, 需要做以下四个方面的准备工作:一是构建系统需求验证框架。需求验证框架是对需求产品完备性、正确性和系统实现的符合性进行验证的总体设计, 主要包括需求验证指标体系、需求验证模型、需求验证方法、需求验证工具等。二是设计作业指导书。作业指导书是从典型案例中提炼的作业指导方法。即对以前通过手工、非系统完成的工作进行梳理, 给每项工作提供规范的作业案例, 依条件实施需求验证的作业指导要求和方法。四是设计意见反馈书。意见反馈书是实际使用中对系统改进意见和建议的记录。通过规范的记录表格, 广泛地搜集各级各类相关人员的意见。

4.2 验证用户需求

信息系统需求研究工作具有很强的开拓性和创新性, 是一个循环往复、螺旋式递进的过程, 很难一次提出完整、有效的需求, 加之需求描述的概略性和理解的差异性, 在需求研究中很容易产生需求偏差。因此, 在用户需求研究报告形成后, 首先, 要交给信息系统需求研究领域专家或系统使用人员审核, 检查提交的用户需求研究报告与其初始需求在理解上是否有偏差, 并通过反馈与沟通使双方对系统的本质需求在认识上能够达成统一;其次, 要针对某些无法在需求报告中描述得很详尽的需求, 专题进行验证研究;然后, 要尽可能地开展全面验证工作, 以检验需求研究报告中是否有遗漏、错误、歧义、不一致等问题;最后, 还要重点针对用户需求之间的相关性、一致性, 以及用户需求的全面性、合理性进行分析与检验。

4.3 确认用户需求

移动答疑的功能需求与流程分析 篇3

关键词 移动平台；答疑；辅助教学

中图分类号：G434 文献标识码：A 文章编号：1671-489X（2009）04-0073-02

1 移动答疑的功能需求

在教学过程中，课后辅导是课堂教学的重要补充，不但可以解决大部分学生的疑难问题，也能够帮助学生巩固所学知识。然而教师具有有限性、流动性等特点，并且学生课后的分散性、提问的随机性，使得教师无法随时随地对学生进行辅导，并且学生也不能随时随地获得教师的帮助[1]。为了使学生能够得到教师的帮助，目前已有的方法是：学生直接打电话给教师。然而这种方法具有很大的局限性，主要原因是学生提问的随机性，并且教师无法实现实时地解答学生的问题，因而这种方法很少在教学过程中采用。随着Internet技术的发展，学生利用网络平台将自己的问题提交Web系统，教师根据学生的问题进行解答，并且将结果回复给学生。目前，这种系统已经得到很大的利用，它加强了教师和学生的交流，能够实现教师和学生之间的互动[2-3]，但这种基于Web的教学辅助系统必须要求学生、教师能够及时利用Internet。对于我国目前的网络环境来说，绝大多数高校师生可以方便地使用Internet，因而基于Web的教学辅助系统具有很好的作用，但也不能够满足随时随地为学生解决疑难问题。对于广大的中小学来说，教师与学生没有充分的网络环境，因而基于Internet的辅助教学系统在中小学更难以推广使用，达不到课后辅导的目的。

短信是手机提供的基本功能之一，人们之间利用短信进行交流是非常普遍的行为，因而基于短信的商务研究是目前的研究热点之一[4-6]。手机在我国占有率很高，很多家庭都拥有手机，学生、学生家长和教师之间可以利用短信或语音功能随时随地进行交流，因而很多课后辅导方式可以采用手机通信的方式进行。一种课后辅导方式是：学生或家长直接打电话、发短信给相应的教师。对于一般问题来说，教师可以直接给出问题的答案；然而对于很多疑难问题来说，教师也需要一定的思考时间，并且由于学生提问的随机性以及教师资源的有限性，这种课后辅导方式在小范围很有效果，但无法实现大范围的推广。

为了改变这种现状，本文提出基于短信的移动答疑平台，此答疑平台的主要目标是为教师和学生、家长建立的短信交流平台。学生、家长可以将学生疑难问题以短信的方式随时随地发送给移动答疑平台，平台接收到手机发送的问题后，首先在系统中进行搜索，如果在系统中找到对应问题的解答结果，平台将结果发送给对应的手机号；如果没有找到，平台则将问题发送给教师进行解答。教师解答后发回平台，移动答疑平台将解答结果发送给对应的手机。这种辅导模式不但实现了学生随时随地提问的要求，而且实现了教师随时随地服务的能力，从而尽可能实现教师与学生的及时互动。而且此系统可以自动答题，以避免教师资源不足的缺陷。另一方面，考虑到很多学生可以轻松获得Internet服务，所以此平台也融合Web系统技术，使得学生不但可以利用手机访问系统，而且可以利用Internet访问系统，从而满足多种环境下的学生答疑需求。

2 移动答疑平台硬件体系结构

本文阐述的移动答疑平台尽可能地利用现有的通信条件——Internet通信和手机通信，为教学辅导提供帮助。对于有条件的学生、家长来说，利用Internet提问可以减少通信费用，并且可以查询以前学生的疑问解答结果；而对于教师来说，利用Internet辅助教学系统将减少通信费用，和短信回复相比，更有利于将问题解答结果阐述清楚。利用手机将问题以短信的方式发送给教师进行解答，有利于学生及时获得解答结果。为了充分利用两者的优势，此系统融合Internet和无线通信技术，其硬件体系结构如图1所示。

从图1可以看出，学生和教师都可以通过移动终端（手机）以短信的方式访问系统，也可以通过Internet访问系统，从而达到充分利用通信资源的能力。而对系统的管理是通过Web的方式进行。

答疑服务器中主要有答疑处理模块。如果是课程网站，这一模块是课程网站的一部分。当客户以短信的方式访问系统时，客户发送的短信通过服务提供商转发给系统，系统收到短信后，进行信息过滤，过滤后进行答疑处理，处理完成后进行短信封装，最后转发给客户端的用户。当客户通过Web方式访问系统时，系统直接将问题传输给答疑处理模块，答疑处理模块处理完成后，以Web的方式将结果发布在BBS上，从而实现问题的解答。并且整个系统的管理也是采用Web的方式，主要是对系统进行维护性管理。

在实施过程中，使用华为的MAS服务器作为短信收发服务器，用一台PC机作为答疑服务器，数据库采用的MySql，开发环境采用J2EE和J2ME，用J2EE开发系统的服务器，用J2ME开发系统的客户端，系统开发时模拟器采用的是Sun公司的无线模拟器。

3 移动答疑工作流程分析

移动答疑平台会根据学生选择提问的平台进行相应的服务，系统提供了2种答疑模式，一种是基于Web的答疑模式，一种是短信答疑模式。不管是哪种答疑模式，都包含3部分内容：提问者（学生、家长）、答疑管理系统、解答者（教师或答疑系统）。

对基于Web的答疑模式来说，提问者首先登录到系统，然后提交自己的问题。答疑管理系统接收到问题后，首先在系统中查找答案，如果有，则直接将结果返回给提问者；如果没有，则返回“问题已发送给教师，答案在BBS中找”，并且系统将问题以短信的方式发送给教师。教师收到题目后进行解答，然后以用短信的方式发送给系统，或者以Web的方式直接在BBS中回复。如果是以短信的方式回复给系统，系统将解答结果在BBS中公布。这种答疑模式的流程如图2所示。

对于短信答疑模式，提问者将问题以短信的方式发送给系统。系统接收到短信后，首先在系统中搜索答案，如果在系统中找到解答，直接将结果发送给提问者；如果系统没有找到答案，则将问题以短信的方式发送给教师。教师解答后回复给系统，系统将解答结果发送给提问者并且在BBS中公布。这种答疑模式流程如图3所示。

如图2所示，教师在接收到问题之后，可以选择回复方式，答疑结果发布在系统提供的BBS上，学生可以直接提取，所以这种模式具有时间和空间的自由，但不够及时。这时引用图3中基于短信的方式，可以及时将结果以短信的方式发送给学生，极大地满足学生和家长的需求；但为了满足这种要求，需要高素质的教师及合适的教师数量，或者采用多位教师协同解决。

参考文献

[1]卫爱军,杨电.教学辅导课对提高课程教学质量的初步探讨[J].交通医学,2002.16(3):303-306

[2]陈美芳,项国雄.Blog在课堂教学辅导中的应用[J].现代远距离教育,2006(2):30-32

[3]段丽艳,刘波.一个基于Internet的教学辅导系统的设计与实现[J].华南师范大学学报:自然科学版,2002(3):26-29

[4]Schusteritsch R,Rao S,Rodden K.Mobile Search with Text Messages: Designing the User Experience forGoogle SMS[C].CHI'05 extended abstracts on Human factors in computing systems,2005:777-780

[5]Maragoudakis M,Tselios K.N,Fakotakis N,Avouris M.N.Improving SMS Usability Using Bayesian Networks[C]. Proceedings of the Second Hellenic Conference on AI,2002:179-190

图书管理系统需求分析 篇4

1.引言

1.1 编写目的：编写次文档是为了分析软件的可行性和软件的细化问题。1.2项目背景：桂林电子科技大学大三软件工程系数据结构课程设计。2.任务概述 2.1 目标：（1）提高图书馆借书还书查询书籍的效率，避免人工管理的失误和低效率问题。（2）为完成课程设计需要。

2.2 运行环境：（1）硬件方面：神舟笔记本（2）软件方面：CodeBlocks 2.3 条件与限制：编程用计算机一台；完成期限2017/9/18；无资金供给。4.功能需求 4.1 功能划分

可细化为五部分：人事管理，图书信息管理，借书管理，还书管理，超时管理。（1）人事管理：1.能对校园内所有教职工学生有关档案详细资料记录并保存。2.能对保存的文档数据进行查询和修改。3.能按姓名检索人员。

（2）图书信息管理：1.对图书以检索号进行数据储存。2.对图书的进货时间与价钱进行记录。3.对图书的借出与还入进行记录。

（3）借出管理：对图书借出的人员进行记录。（4）还书管理：对图书还入进行记录。

（5）超时系统：当某人员借书的期限达到上限时，按时提醒。5.性能需求

5.1时间特性：对图书的借出和还入时间要求有及时性，借出和还入能立即做出图书库是否还有此书。

5.2适应性：此软件为课程设计所设计，因此不考虑适应性。6.用户界面：

CodeBlocks运行窗口。

流程管理系统需求分析 篇5

OA办公系统

解决方案

一．OA系统的作用......................................3

二．教务信息管理........................................3

三．行政公文管理........................................4

四．人事信息管理........................................4

五．流程管理................................................5

六．信息管理................................................5

七．信息管理................................................5

八．信息管理................................................6

十．工具管理................................................6

十一设置管理................................................6

系统运行环境................................................7

服务器客户端配置.....................................7 一．OA系统的作用

对于学校单位的领导来说OA系统是决策支持系统，能够为领导提供决策参考和依据；对于中层管理者它是信息管理系统；而对于普通管理者它又是事物/业务处理系统。泛迅OA办公平台能够为单位管理人员、工作人员提供良好的办公手段和环境，使之准确、高效、愉快的工作。

帮助学校单位实现信息资源的共享；增强员工协同工作的能力；强化领导的监控管理；有效管理起有形（设备等）、无形(业务信息、知识)资产，避免流失；实现公文流转、审核、签批等行政事务的自动处理，促进管理电子化、规范化，完美整合了组织内部的信息流。

二．教务信息管理

学校结构:支持学院、系、专业模式的划分,支持多校区的情况,可自由设置学院的组织机构层级类型。

教务管理: 教务管理采用office编辑器，良好的可视环境，可插入文件、图片、数据库、动画、视频、音乐等附件，支持图文编排系统。发布生即刻显示在系统首页，并且可以使用信息开关，自由设定开通与关闭功能。

教案管理:教案作为教师授课的主要内容，教案制作的好坏直接影响到课堂上的授课效果，影响到学生的实际接受能力，使用本系统可以非常方便地管理好教师的电子教案，为教师的教案制作提供便捷的交流平台。在本系统教师可以将其制作好的教案发布到学校网上，具体功能应用流程与课件发布功能相似。

课件管理：教师利用本系统可在本地或远程将自己的课件上载到学校服务器，以方便各种学习、教学需要；课件可按系统栏目分类上传，并且支持多文件格式的上载，如 word、excel、压缩文件等皆可。

学籍管理: 学籍管理包括学生基本信息管理、学生在校信息、家庭信息及其它信息。学籍信息管理可以根据实际情况输入学生信息，主要管理的信息有姓名、性别、出生日期、籍贯、民族、政治面貌、身份证号、照片等，直接输入相应关键字及查询条件即可查询相关人员信息。

三．行政公文管理

公文管理: 公文管理是用户单位日常办公活动中的重要组成部分，通过实现跨机构、部门的电子公文交换，提升公文处理效率和准确性，操作简便易行，大大降低了公文管理人员的日常工作强度，使枯燥的公文管理变的轻松高效。

发文管理:可对公文制发中的拟稿、会审、签发、印制、校对、分发、归档等到环节进行处理。流程采用自定义的方式，可满足单一审批、多人并行/串行审批、会签等多种公文流程需求，并能对流程进行跟踪和催办跳转，提高公文流转办理的工作效率。

收文处理可对来文的登记、拟办、传阅、批办、承办、归档等坏节进行处理。收文管理流程采用自定义，并能对流程进行跟踪和控制。系统提供Web方式的在线编辑、附件上传功能，可以与Microsoft Word、WPS等文档编辑工具进行嵌入整合，相关环节或者领导可以对需要办理的文件来在线编辑批示意见，这些意见在多人签署后，会自动在意见后面附上意见签署人、签署部门以及签署时间等。批示意见还支持领导通过手写笔录入意见，无需键盘操作，手写意见录入后，将保留签署人的原始笔迹，不会转换为计算机文字，相关环节的办理人员都可随时查询意见的内容。

四．人事信息管理

员工档案：对本单位人员的信息进行管理，包括人员的基本信息、履历信息管理、人员的调动分配、人员信息查询统计等。

员工考勤：员工可以通过网络进行上班签到、下班签退、外出登记、休假申请、出差申请、替班、倒休、加班，实现全员的网上考勤，并支持考勤不正常的原因说明（如迟到、未签退等）。外出申请、休假申请、出差申请的流程都可以自定义。每个员工都可以清楚地看到自己的考勤信息，领导可以查看下属员工的考勤记录，并能进行统计和分析。

五．流程管理

能自动完成各类任务和请求的提交及信息的反馈，方便用户对出差、加班、请假、报销、客户投诉等表单进行有效的电子化管理；并可实现可视化表单自定义，用户无需了解任何技术，即可通过简单的几个按钮定制出用户想要的表单，并具备完善的表单统计功能，与工作流及权限管理的结合可定义出各种新的业务功能模块。可自定义各类任务和需要的属性。支持痕迹保留及附件上传，支持正文模板功能，支持表单模板。在办理过程中有权限的人可修改表单。

六．信息管理

文件资料:可以对文字、图片、文件、实物等档案类型进行管理。各种重要文献（包括收文、发文、会议纪要、刊物信息等等），以及自定义流程生成的文档资料，都可以汇总到档案管理模块，进行统一、高效、标准的管理。

网络会议: 实现会议计划、审批、准备、记录、查询的功能。在会议召开前可以对会议的议题和内容进行审批和准备，准备内容包括合理地安排会议的参加人员、时间、场地、内容议题，准备会议文件，发放会议通知等。对已召开的会议可以对出席情况、议题讨论结果等内容作记录并整理会议纪要。同时该模块还对会议室的规模、设备服务配置和使用时间安排进行管理。

手机短信: 各类信息快速传递中心，能够达到实时发送、接收内部的各类实时信息，并以图像、声音等多媒体方式提示信息。

交点论坛: 可由用户灵活设置栏目、栏目权限、栏目用户范围的BBS，在实现内部员工交流的同时，可以充当日常办公讨论组的功能。大大提高了内部交流的效率。

在线调查：各部门成员用户可以进行在线调查投票，方便管理者进行各种分析决策.七．信息管理

车辆管理: 对企事业单位内日常车辆的使用进行管理，如车辆信息、出车申请、出车记录、驾驶员信息等繁杂信息的记录和处理，对车辆使用进行合理安排，对单位内的用车起到了很好的管理及监督作用,有效提高车辆的利用率, 办公用品: 对本单位需要进行采购、领用、库存统计的各类用品信息进行综合管理。有利于保证办公用品的正常发放使用。

供应采购:对相关供应商的信息登记,方便于有关人员查询使用.八．信息管理

文章管理:是对组织机构中的各类电子文档进行相应的管理，使员工存储相关资料文件,员工可以按文档结构树查阅自己范围内所需要的文档，还可以对文档进行关键字查询。

栏目管理:用户可对文档进行相应分类，对各个文档类别指定相应的名称和类别.九．管理

写信：通过邮件功能、实现内部员工通过邮件进行日常工作交流。具备POP3邮件管理功能，可以实现对外部邮箱的管理功能。附加提供的地址簿功能，可实现与OUTLOOK邮件地址簿的相互转换功能。

收信箱：系统支持internet邮件发接收、回复功能，并集成短信息提醒，方便用户及时查收邮件。

十．工具管理

对于单位内部的各用户考勤情况，办公用户借用/领用记录及在线用户情况进行查询分析，方便管理者进行各种分析决策

十一设置管理

部门设置：是系统运转的基础部分，通过根据本单位的实际情况设定部门、及各种职位 权限可实现对管辖范围的划分，同时对系统内部工作流转也将产生重要的影响。系统管理员可对部门、员工的权限和工作范围进行设定、修改。职位设置：系统中的职位可以自由定义。在给单位员工分配角色时可以与实际情况一一对应，也可以给员工对应一个或多个已定义好的角色，系统支持身兼多职员工管理，通过员工管理，不仅可以详细记录员工个人信息、家庭信息、学校信息、联络信息、还可登记工作履历信息、上传相片，以及进行所属部门和担任职位的分配。

参数设置：系统中相关参数都可由用户自行定义，包括各类字典数据、短信设置、邮件设置、考勤参数、计划报告类别、公文参数、密码修改等等。在系统投入正常运转前，通过相关工作人员将各种参数根据本单位的实际情况进行设置，可以提高系统对于本单位管理要求的适应性。

系统运行环境

服务器客户端配置

服务器安装有协同办公系统及必需的软件、硬件、网络支撑环境，服务器性能好坏将直接影响到办公自动化系统的运行速度、存取效率。所以，建议为办公自动化系统配置专用的服务器，建议采用品牌服务器，其原因一是性能稳定，二是服务保障。

服务器硬件配置：按100用户数使用需求，参考推荐配置为：INTEL 至强3.0G CPU；2G-4G内存；80GB以上硬盘空间（2-3块，可作RAID备份）；100-1000MB网卡。客户端硬件配置：客户机的配置没有严格要求，只要能满足打开IE，登录和访问协同办公服务器就可以了，建议PIII800M以上CPU，512MB以上内存，10-100MB以上网卡。

服务器系统推荐安装中文Windows2000/2003 Server操作系统，标配情况下安装SQL 2000数据库系统。

图书管理系统的需求分析 篇6

项目组长: 王亮 程序录入: 王亮

需求分析: 王亮、段大江、杨家润、雷昕

软件测试: 王亮、段大江、杨家润，王越

开发单位：西邮07级科技软件开发第六小组

编写目的：

本系统是为了减轻新生入学、不断增加、修改图书给学校图书馆带来的不便而设计的。图书馆管理系统是办公自动化不可缺少的一部分，是适应现代管理制度要求、推动学生学籍管理走向科学化、规范化的必要条件。所以本人选择此题目。由于本人水平有限，此系统有一些不足之处，请各位老师给予批评和指导

编写背景：

当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机网被广泛应用于管理信息系统的外部环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息处理，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。计算机进行信息管理与管理信息系统的开发密切相关，系统的开发是系统管理的前提。本系统就是为了管理好图书馆信息而设计的。系统待开发的名称：图书管理系统

项目组长: 王亮 程序录入: 王亮

需求分析: 王亮、段大江、杨家润、雷昕

软件测试: 王亮、段大江、杨家润、雷昕、王越

本系统的用户：用户，管理员 一：任务概述：

系统的体系结构为客户端/服务器结构，开发工具前台为 C语言。在Windows操作系统的支持下完成相应的所有功能。

二：需求规定：

1．对功能的规定

1）用户功能：1 可以登录及修改当前登录用户的密码和信息。可以浏览，查看，搜索页面信息。

2）管理员功能：除拥有用户所有权限外，还可以对图书信息（买入，借出情况），对用户信息有浏览和管理的权利。2．对性能的规定：

1）精度：查询时应保证查询率，所有在相应域中包含查询关键字的记录都应能查到，同时保证准确率。2）时间特性要求：一般操作的响应时间应在1－2秒内。

3）适应性： 满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运行要求。

4）灵活性：在需求发生变化时，本系统的对这些变化的适应能力相对而言是比较强的，包括操作方式上的变化；运行环境的变化；同其他软件的接口的变化；精度和有效时限的变化。项目功能需求

（1）登录功能

验证登录用户是否为数据库中的合法用户，判断登陆的用户是一般用户还是管理员用户。一般用户（即数据库中未有基本信息）则只能实现浏览，查看，搜索功能。管理员可以对普通管理员权限进行修改，可以修改货物，有着绝对权限。（2）主界面功能

可以浏览各种图书信息，还可以进入登陆页面，可以查找各类图书。（3）用户管理功能

管理员（即超级用户）可以添加新的用户以及修改当前登录用户的密码。也可实现登录用户的重新登录和退出，超级管理员可以对普通管理员的权限进行设定，可以修改书目。一般用户则可以浏览，搜索，查看各类商品信息。

性能需求

<1>.登录功能 登录界面

<2>.管理员权限表

G

图书查询条件 图书信息1书籍管理图书信息读者 图书情况 借阅信息 图书信息 图书信息 图书信息表借阅查询条件借阅信息表 借阅信息 读者信息 读者情况管理员 图书基本信息 图书借还信息 借阅信息 借还书信息 3 读者借阅情况借阅管理借还书信息读者基本信息2读者管理管理员 读者信息 读者信息 读者信息表

3运行环境规定  客户机

外围设备：鼠标，键盘，显示器；

操作系统：装有浏览器的各种操作系统； 

服务器

外围设备：鼠标，键盘，显示器；

编译程序：C language 操作系统：任何操作系统(windows or linux)；

数据库支持：SQL Server 2000或更高版本；

数据存储能力和测试支持能力：需要有较高的系统支持。

流程管理系统需求分析 篇7

1 常用的需求变更控制流程

“需求管理”是C M M 2级的一个K P A (Key Process Area, 关键过程域) 。CMM2级中对”需求管理”的目的定义为:分配给软件的系统需求是受控的, 建立供软件工程和管理使用的需求基线;软件的计划, 产品和活动和系统需求是一致的

CMM对需求管理的建议可以归纳为三点:首先, 应该让有经验和有能力的人来做需求分析活动和需求管理活动;相关的人员应该接受培训。其次, 要对需求分析活动进行评审, 保证他们是可控制和管理的, 并且是软件需求是合适的。最后, 如果需求更改了, 必须对由此造成的其它软件计划, 工作产品等的更改必须加以规划, 识别, 评价;对这些更改要做风险评估;所以这些都需要文档化;并且传达给相关的人员并且一直跟踪这些变化。其中最后一点对需求变更控制提出了明确的要求。

鉴于以上要求, 很多公司和培训、咨询机构都设计了非常严密变更控制流程。

以本文作者所服务的通信行业软件公司 (以下简称“公司”) 为例, 为实施CMM管理体系, 将变更控制流程分为:变更请求、变更评审和分析、变更实施三大子过程。

在进行变更请求时, 需要提供 (预评估) 如下内容: (1) 需求变更内容的描述:变更类型 (增加/删除/修改) 、要求、对应的当前需求等; (2) 由此带来的对已有成果的影响 (设计、编码、测试等) ; (3) 对项目的影响 (项目进度的变化、资源需求的变化等) 。

为了表示对需求变更控制的重视, 公司特别强调了“需求变更评审”的重要性, 要求评审应该由项目经理组织, 高级经理 (项目经理的管理者) 、产品经理、市场 (代表客户) 、质量代表 (代表质量部和流程改进组) 、研发人员、需求管理员等各种角色应该参与到评审过程中, 并对变更负责。

分析公司制定的需求变更控制流程, 以及咨询公司的改进建议等, 给人形成了一种很不好的感觉, 那就是“变更是不好的, 所以应该严格控制变更”。而事实上, 在软件定义阶段, 由于客户对产品往往还不能形成一个完整的印象, 需求不明几乎是所有项目的共同起点。在需求变更时, 客户也不会很好的对变更带来的影响做详细评估, 而是简单的提出要求, 并且要求实时响应。而对于小型软件公司来说, 如果僵化的坚持“需求及其变更必须明确后再开始项目”, 就无法体现小公司灵活, 快速的特点, 在业界根本就无存活的可能。

公司制定的整个流程看起来完美无缺, 非常符合C M M审核的要求, 但是在执行中, 却遇到了以下问题:对于变更申请时必须填报的变更申请表, 客户及其接口都觉得内容过于繁复, 不愿意配合填报。客户更希望提出需求, 并得到响应。由于要求需求变更必须得到高级经理, 项目经理, 公司产品部, 客户, 需求管理人员等各方人员的认可, 并且在进行了深入评估后才能实施变更。因此, 任何变更都不可能实时实施, 实际执行结果是客户不能接受此过程, 认为公司效率低下, 给公司管理层和开发人员造成了很大压力。由于流程未遵循闭环管理原则, 因此, 一些需求公司已经实施, 但是未能及时反馈到需求提出者, 客户感觉需求未得到响应, 降低了客户感受。总之, 从根本上来说, 每个公司实施质量管理体系的目的都是为了更好的满足用户, 因此, 一个不能让客户满意的流程肯定不能说是一个好的管理流程。

2 简化的需求变更控制流程

2.1 流程设计原则

我们回头来看C M M的要求, 其关键是识别变更、评估变更、文档化变更、跟踪变更。要求这些并非一定要由客户来完成, 或者说公司级别来完成。CMM对评审的要求准则是应评审需求的变更, 而对评审的目的, 则可以遵循对需求管理的目的:在顾客和软件项目之间建立对顾客需求的共同理解。而对评审的方式, 参与人员并无机械的要求。

遵照以上要求, 本文提出了一种简化的需求变更控制流程。在小型软件企业中, 可以在如下几个方面来简化变更控制: (1) 简化变更请求。客户只要提出变更的要求, 变更的分析交由公司内部完成。 (2) 变更的权利交由项目级别决定。 (3) 改变变更评审为变更上报和跟踪。项目经理可以根据客户需求, 首先在项目层面实施变更, 但是, 项目经理必须对变更可能的影响等及时通知给高级经理、产品经理、公司级需求管理人员和客户。 (4) 在变更申请人、需求跟踪人员和项目经理发生变更冲突或者以上人员认为必要时, 再启动公司级别的变更控制评审。

2.2 简化需求变更控制流程

图1给出了简化后的需求管理流程。

[活动1-1]的负责人为需求提出者。

任何人都可以提出需求。即新的需求或者需求变更可以来源于和客户直接交流的市场人员, 产品人员, 客服服务人员, 也可以来源于研发者。客户交流的邮件、会议纪要等文件可以作为需求变更申请的附件。

[活动2-1]需求变更确认

活动2的负责人为项目经理, 活动2的实施者则包括含项目经理在内的所有项目组成员。

项目经理根据需求变更申请中的中描述的内容, 考虑其影响程度, 自行、召集项目成员, 或者将需求提交RRM进行需求变更的评审, 针对需求变更申请中的相关描述, 以及参考产品, 市场, 以及对相关组的影响等各方面的综合因素, 确认是否需进行修改, 修改人, 验证变更人, 修改方案等内容, 并及时跟踪将此信息。

项目经理是负责督促实施需求的人, 因此, 其有责任去了解需求, 分析需求, 以确保需求的清晰明确。

[活动2-2]需求设计和实现

[活动2-3]需求测试

以上可统称为需求实施活动。活动2中的需求实施活动和普通研发活动并无特别之处, 这里不做详述。

在活动2的描述中, 还提到了一个非常设的机构RRM (RequirementReview Meeting) 来处理异常流程和争端。作为流程的规定, 以下条件可促发RRM。

1) 未处理的新需求或者需求变更超过门限值。

2) 两次RRM的时间间隔超过门限值;

3) 需求提出者和项目经理对“不合理”“不合格”存在异议时, 或者其他项目经理、需求管理、项目负责部门、产品市场部等需求干系人觉得存在重大需求, 在项目级别不能达成解决, 或者一致意见而需要公司级别集体讨论时。

以上任何一个条件符合, 项目经理将组织RRM, 就项目遗留的需求进行讨论, 并给出结论。

管理好需求变更, 才能管理好项目。需求变更是不可避免的, 只要项目存在一日, 变更便会随时产生, 逃避变更、排斥变更都不能改变需求变更的事实。本文遵循CMM要求, 提出了一种需求变更控制方法。本文设计的方法主要应用于小型软件项目, 当然管理一个小型软件项目, 除了流程和工具的支持, 更重要的是项目管理者, 参与者, 支持者都应该在需求管理过程中多沟通, 勤实践, 并能积极借鉴业界管理体系的有益指导意见, 唯有如此, 才能更好的完成客户需求, 提高客户满意度。

参考文献

[1]SEI, Key Practices of the Capability Maturity ModelSM, Version1.1, 1993.

[2]中国标准研究中心.ISO9001:2000标准, 2000.

职业院校竞赛管理系统的需求分析 篇8

关键词：竞赛管理系统；需求分析；数据流程图；用例图

中图分类号：TP311.52

职业技能大赛是我国职业教育领域的重大创新，是促进职业教育向技能培养发展的重要手段，通过它可以培养选拔高素质劳动者和高水平技能型人才。目前，职业技能大赛已经成为各个职业院校教学和管理中的一项重要工作，但目前我院针对竞赛信息的管理主要是采用人工管理的方式。如何形成一套行之有效的管理機制、方法、工具和软件，来帮助竞赛的各方面相关人员（项目干系人）来更加轻松、快速、准确、高效的完成各项竞赛管理事务，是我们需要迫切解决的任务。

1 职业院校竞赛管理系统的目标

竞赛管理系统所达到的总体目标是：（1）学生可以利用该系统了解各个赛项的通知和获奖情况，并能够下载和使用学习资源，并且可以和教师或他人进行在线交流等；（2）竞赛辅导教师可以利用该系统进行竞赛过程中所用资源的管理，并可以和学生及他人进行交流；（3）参加职业技能大赛的教师可以利用该系统了解教师职业技能竞赛情况，并进行在线报名，和参考相应的学习资源，并且在此平台中为教师提供一个针对教育相关主题的学习园地；（4）教务部门可以利用该系统发布学生或者教师因为竞赛而产生的调课/停课情况。同时可以发布教师参与竞赛获奖的统计信息；（5）竞赛协调员可以利用此平台发布关于竞赛的相关信息，并且发布学生职业大赛的成绩统计等信息；（6）系部和院级领导可以利用该系统查看各赛项的参与人员及竞赛成绩等内容；（7）依据年度对竞赛成绩的统计分析，从而为学院评优和教师学术统计等信息提供坚实的依据。

2 竞赛管理系统的角色定义

通过角色可以针对竞赛管理系统的用户进行有效划分和管理。系统的用户角色可以分为几类：

2.1 学生

面向学院的所有学生。主要学生用户为包括想要参加竞赛而提前进行了解和学习的学生，和被选入竞赛团队要参与竞赛的学生；学生通过校内网络进入系统后，可以浏览公告，下载学习资源，查看以往的竞赛成绩、发表博客文章，进行站内搜索等工作。

2.2 竞赛指导教师

各个赛项中指定的学生指导教师。该角色用户进行系统后，可以浏览公告，管理（增加、修改和删除学习资源），发表博客文章，进行站内搜索等活动。因为各个赛项主要是以系为单位来组织竞赛的，因此不同的指导教师只能对自己添加的竞赛资源进行管理。

2.3 赛项负责人

某个竞赛项目的指定负责人。竞赛协调员将竞赛通知分发给系部主任，由系部主任指定竞赛项目的负责人，赛项负责人要负责竞赛指导教师和参赛学生的选拔，负责与竞赛协调员联系进行竞赛各项任务的跟进，负责竞赛佳绩通告的发布，负责在竞赛完成后，将所有的资源整理后提交给竞赛协调员。

2.4 参赛教师

参加各项职业技能大赛的教师。教师也逐步参与更多的职业竞赛，参赛教师进入系统后可以进行竞赛资源和成绩等信息的浏览，并可以通过系统发表博客文章，同时可以进行评论。

2.5 教务管理人员

教务部门中进行竞赛管理的相关人员。该角色用户进入系统后可以浏览公告、管理公告（添加、删除、修改），发表博客文章，进行站内搜索，管理教师竞赛成绩的汇总等工作。教务部门的人员主要进行教师竞赛信息的发布和竞赛结果的公布等内容；

2.6 竞赛协调员

协调学生参与职业技能大赛的人员。竞赛协调人员发布各项学生竞赛通知、协调竞赛过程中的相关事宜，并进行学生竞赛成绩的汇总和成绩（包括学生的成果和教师的成果）上报，以及进行教师分值和工作量确认等工作；

2.7 系统管理员

针对系统的各项工作进行全面管理和维护的人员。系统管理员可以进行系统所有的内容管理、用户管理、系统配置、系统备份等方面的工作。是整个系统最高权限的用户。

3 竞赛管理系统的功能模块

通过对竞赛管理系统不同用户的需求进行调研和分析，可以将整个系统的功能模块划分如下：

3.1 竞赛公告管理

根据竞赛公告的性质，可以将其划分为四种不同的类型：竞赛通知、竞赛佳绩、调停课通知和其他公告等类型。竞赛公告可以由教务管理人员、竞赛协调员、系统管理员进行发布。竞赛公告内容主要包括公告标题、公告内容、公告图片、公告附件、发布人和发布时间等。

3.2 竞赛资源管理

竞赛资源划分为学生竞赛资源和教师竞赛资源。在学生竞赛资源中一级分类可以按照系部进行按照，二级分类按照该系部所负责的赛项进行划分，在每个赛项下，按照资源的类别例如竞赛总结、历年样题、学习资料等进行安排。竞赛资源内容主要包括资源标题、资源类别、资源附件、发布人和发布时间等。教师竞赛资源按照年份进行一级分类，在年份下面按照赛项名称来进行二级分类。

3.3 学生竞赛成绩管理

学生竞赛成绩可以按照学年来进行显示，内容主要包括竞赛名称、竞赛时间、竞赛等级、获奖级别、参赛学生、指导教师和所属系部等信息。可以按照系部和获奖级别进行信息的统计。

3.4 教师竞赛成绩管理

教师竞赛成绩可以按照学年来进行显示，内容主要包括竞赛名称、竞赛时间、竞赛等级、获奖级别、参赛教师、所属系部和获得分值等信息。可以按照系部、获奖级别、和参赛教师个人进行信息的统计。

3.5 博客管理

使用该系统的所有用户可以通过博客来发表或者转载文章。针对所有的用户来说，博客是一个学习交流的园地。博客内容主要包括标题、所属类别、博客内容等。其他用户可以对某个博客进行评论。

4 总束结

通过对竞赛管理系统的需求进行细致的分析，可以明确竞赛管理系统中各个不同角色的定义，在确定系统的功能模块之后，可以针对每种角色确定其功能权限。该竞赛管理系统的需求分析为各个职业院校的竞赛管理提供了一个较为基础和全面的需求说明。

参考文献：

[1]杨巨龙，周永利.软件需求十步走：新一代软件需求工程实践指南 [M].北京：电子工业出版社，2013.

[2][澳]麦斯阿塞克著，马素霞译.需求分析与系统设计（原书第3版）[M].北京：机械工业出版社，2009.

作者简介：刘继敏（1976-），女，讲师，硕士，从事Web网站开发、数据库技术的研究。

车辆管理需求分析 篇9

1、背景

今年要进行公车管理，以后全市公务人员派车需要进行申请和审核，为提升整个公车的管理水平、公车流转速率、时效性，需要建设一个统一的信息化平台来对所有公车进行管理。

2、项目对象和内容

130辆公务用车，全部安装GPS，后台建设一个综合管理平台，能够调度车辆、管理车辆、实时监控车辆，同时管理驾驶员绩效和出勤以及油卡。

3、业务流程及功能需求（1）用车业务：

用车人发起用车申请（直接电话给调度中心）调度中心录入用车人信息（姓名、单位、电话、用车事宜、用车时间、到达地点、接人地点等）查调空车和对应司机，并配备油卡（也可能不配备油卡）系统生成派车任务（短信通知申请人，车牌，司机号码，将于什么时候到哪接人，同时告知他用车完毕后可以回复短信对本次用车打分）人工通知司机接人调度员全程可实时监督车辆运行情况（有热键可查看该次行车中的实时信息）申请人回复满意度，系统记录纳入司机绩效考核（不回复则默认满意）司机回单位还车调度员系统结束任务，回收油卡，填写加油金额。（2）司机管理：

司机管理模块，记录司机的信息（姓名、年龄、电话、驾驶证号、工号等），司机的相关信息可以修改、删除、新增。

每天调度人员对上班司机进行排班管理（也可以通过导入排班表格的形式设置一周/一个月的初始排班），同时该信息在用车业务派单时可以显示该司机的状态（在班空闲、在班出车、不在班、请假、休假），派车时优先选择在班人员，但不在班、请假、休假也可以派任务，在班出车状态不可再被派发任务。

在用车业务功能中生成了用车任务后，司机日常管理中自动生成相关记录（什么时间出了什么任务，对应车辆是什么），在用车任务结束后自动插入信息（什么时候结束任务的，耗时多少，评价是什么），有热键可查看该次行车中的实时信息。

司机调班或请假，在系统中生成记录（什么时候，因为什么请假，请假时长，代班人员是谁），同时初始排班表自动更改，派车任务时司机显示状态也发生改变。休假的也一样（只是原因就变成了休假）。该请假的方式考虑两种情况，一种是司机手机上装个APP实现请假填报，调度员审核通过系统自动改（这里要包含请假和休假两个流程），一种是司机给调度员人工联系，调度员自己进系统改，先考虑后一种模式，但第一种的接口也要预留。最终可以可以导出绩效管理表格。（3）车辆管理

车辆有基础数据库，一车一档（牌照、行驶证、品牌、车型、空间大小、购车年限、保养信息、年审、保险），可以新增、修改、删除；

当用车业务发起派车后，该车辆自动生成出车记录（什么时间出了什么任务，对应驾驶员是谁），该车状态改为出车（状态为空车、出车、检修、维修四），只有在空车期间才能被指派任务，任务结束后自动生成记录（什么时候结束任务的，耗时多少）该车状态改为（空车），有热键可查看该次行车中的实时信息。

车辆维护和检修，会指定维护厂，给维护长输入的APP终端软件，修理厂先选择车辆是日常检修还是事故维修，然后可以直接将车辆的问题、进修理厂时间、送达人员姓名、电话、维修现已经维修到哪一步、什么时候可以出厂、出厂接车人姓名、电话、出厂接车时间、维修金额进行实时更新，调度员可以实时了解车辆的状态，在检修和维修阶段，车辆状态自动为检修和维修，不可被派发任务。

车辆管理中有每辆车有对应的加油记录查询热键，可以看到该车所有的加油明细，该部分数据来源于加油管理。（4）加油管理：

本次业主的加油全部为中石化的加油卡，业务流程是卡给出车的驾驶员，每次驾驶员用卡加油，然后回来上交。因此，首先要有油卡基础信息库（油卡卡号、充值金额、当前余额），可以修改、新增、删除，当出车配备油卡时，油卡状态改为出库（油卡有出库、在库两种状态），出库油卡不能再配发，油卡出库后自动关联任务生成记录（对应时间、驾驶员、车辆、任务），加油入库后，调度员后台输入加油金额，加油地点【可以不填】，自动生成余额。

加油卡也可以不通过出车业务分配，调度员可以直接将油卡分给司机，填入出库记录（什么时间出库、给谁了、电话号码、分派人是谁），入库时候填写入库记录（什么时间入库、谁接收的、用了多少钱、加油地点【可以不填】），自动生成余额。

充值后调度员后台平台找到对应卡，输入充值金额，自动生成余额。可以导出表格，包括油卡的交易明细表。

在该部分后期将会和中石化对接，加油的信息将会自动传输到后台，即出卡流程一样，但加油的时候如果是在加的油，中石化会将金额和卡号直接传送过来，本系统自动记录并处理，外加的油，还是按照上述流程处理。该功能为本项目的一部分，只是在中石化没做好之前，可以本功能不使用，什么时候中石化做好，什么时候对接。（5）调度员

调度员每个人有自己的账号，账号关联调度员姓名、手机、密码等，可以新增、删除调度员，可以修改密码，可以查询自己的调度记录。以上派车、油卡、维护等功能每个任务的生成、结束、接受，系统都自动记录操作的调度员信息，以备后查。

4、其他需求

前端加装GPS定位设备，要高大上一点，业主明确不能给电动车的那个装备，设备要隐蔽安装，安装由提供厂家负责；

后台有实时监控地图界面，中心先采用电脑加一台液晶电视的方式显示，大屏暂不考虑；

5、文档要求

文档组成一定要有如下因素：

背景（为什么干这个事情，要干成什么样子）； 总体设计（一定要有软件总体架构图和网络架构图）；