精华内容
下载资源
问答
  • 软件需求文档(全套)

    千次下载 热门讨论 2010-09-29 23:28:35
    软件需求文档(全套)软件需求文档(全套)软件需求文档(全套)软件需求文档(全套)软件需求文档(全套)软件需求文档(全套)软件需求文档(全套)软件需求文档(全套)软件需求文档(全套)软件需求文档(全套)...
  • 需求文档是根据用户需求转化而来的技术实现需求,需要针对用户提出的产品目标进行细分,总结出具体的每一个功能点,再针对每一个功能点细分为各种不同的操作流程,对每一个操作流程进行技术化定义。也就是说,需求...

           需求文档根据用户需求转化而来的技术实现需求,需要针对用户提出的产品目标进行细分,总结出具体的每一个功能点,再针对每一个功能点细分为各种不同的操作流程,对每一个操作流程进行技术化定义。也就是说,需求文档是站在用户的角度来描述软件需要实现的功能、各个模块和其重要性、以及业务流程等。而系统设计文档则是站在开发人员的角度来软件需要实现的功能、各个模块和其重要性、以及业务流程等。

           设计文档分为三部分:总体设计、概要设计、详细设计

           总体设计:设计阶段的目标主要是对待开发系统的构架进行分析和设计,并建立系统构架的基线,梳理业务逻辑且抓住核心需求,设计稳定可扩展的业务系统,评估业务开发周期和开发成本,有效的规避风险,以便为之后的实施工作提供一个稳定的基础。

           概要设计:概要设计的目的是描述系统的每个模块的内部设计,对总体设计和详细设计承担承上启下的作用。概要设计按照结构化设计方法进行设计。结构化设计方法的基本思路是:按照问题域,将软件逐级细化,分解为不必再分解的的模块每个模块完成一定的功能,为一个或多个父模块服务(即接受调用),也接受一个或多个子模块的服务(即调用子模块)。

           详细设计:详细设计阶段就是依据概要设计阶段的分解,设计每个模块内的算法、流程为每个模块完成的功能进行具体的描述,要把功能描述转变为精确的、结构化的过程描述。详细设计这个阶段,各个模块可以分给不同的人去并行设计。设计者的工作对象是一个模块,根据概要设计赋予的局部任务和对外接口,设计并表达出模块的算法、流程、状态转换等内容。这里要注意,如果发现有结构调整(如分解出子模块等)的必要,必须返回到概要设计阶段,将调整反应到概要设计文档中,而不能就地解决,不打招呼。详细设计文档最重要的部分是模块的流程图、状态图、局部变量及相应的文字说明等。一个模块对应一篇详细设计文档。

           总结:内容基本都一样!只是表现形式不一样!阅读对象不一样!

    展开全文
  • 考勤管理系统需求文档

    万次阅读 2016-01-07 09:30:36
    考勤管理系统需求文档 简介 背景  某软件公司,员工人数100人左右,大部分员工是软件研发人员,包括项目经理、软件设计师、程序员、测试工程师、实施工程师等,除此之外还包括行政人员、财务人员。公司在软件研发...

    考勤管理系统需求文档

    简介

    背景

          某软件公司,员工人数100人左右,大部分员工是软件研发人员,包括项目经理、软件设计师、程序员、测试工程师、实施工程师等,除此之外还包括行政人员、财务人员。公司在软件研发及日常管理上有一套成熟的管理方法,在没有考勤系统之前,与考勤相关的管理工作是这样的:

    l        每位员工需要上午上班时打一次卡,下午下班时打一次卡,中午的休息不需要打卡。

     

    l        期间如果需要外出工作,从公司出发时需要打一次卡,回到公司时需要打一次卡。

     

    l        员工请假需要填写请假条,请假分为事假、病假、年假等多种情况,请假需要直接领导审批,甚至还需要高层领导的审批。

     

    l        行政部每天统计考勤信息,包括打卡信息、外出信息、请假信息,每月将考勤汇总信息提交给财务部。

     

    l        财务部根据考勤汇总信息,调整员工的薪金。

     

    但这样的管理方式,出现了一些意外事件:

     

    l        某员工想请年休假,但行政部告知该员工的当年度年休假已经休完了。年休假的管理出现了问题,很可能会影响员工的工作积极性。

     

    l        某员工投诉当月薪金多扣了钱,原因是考勤信息统计有误。于是财务部将责任推到行政部,行政部推诿财务部要求不明确。

     

    l        某天出现了紧急状况,高层领导想找员工A来处理,但员工A当天请了假,高层领导并不知情。

     

    公司高层期望通过考勤系统提高考勤工作的效率和准确性,避免因为考勤问题影响正常工作。

     

    定义、缩略语

    表1.1 术语表

    术语

    解释

    年休假

    年休假,是国家根据劳动者工作年限和劳动繁重紧张程度每年给予的一定期间的带薪连续休假。机关、团体、企业、事业单位、民办非企业单位、有雇工的个体工商户等单位的职工连续工作1年以上的,享受带薪年休假。

    职工累计工作已满1年不满10年的,年休假5天;已满10年不满20年的,年休假10天;已满20年的,年休假15天。

    国家法定休假日、休息日不计入年休假的假期。

    五险一金

    五险一金,是指用人单位给予劳动者的几种保障性待遇的合称,包括养老保险医疗保险失业保险工伤保险生育保险,还有住房公积金

    在职职工个人应当按照规定缴存住房公积金。”住房公积金为“应当缴纳“项目,法律上应当即为必须,同时缴纳也表现出这是一项义务。[1]

    166个公司-法名词

    详见

    http://wenku.baidu.com/link?url=uT-h4o6jLf0uwNPIKI3QvlGHVmEZz5qaKm3V5j1UUqV09odsDS6iJX_9sp_DeikM9xvTh4BPACO71fxlCNt5z0qyM818ozsPSnOEeA2xdLG

    类图

    类图(Class diagram)是显示了模型的静态结构,特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。

    部署图

    部署图(deployment diagram,配置图)是用来显示系统中软件和硬件的物理架构。从部署图中,您可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。使用部署图可以显示运行时系统的结构,同时还传达构成应用程序的硬件和软件元素的配置和部署方式。

    活动图

    活动图(activity diagram,动态图)是阐明了业务用例实现的工作流程。业务工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成,它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。

    顺序图

    顺序图是将交互关系表示为一个二维图。纵向是时间轴,时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时,角色用一条虚线表示,当对象的过程处于激活状态时,生命线是一个双道线。











    约束

    l        利用Windows域管理实现单点登录和权限管理。

    l       无需改造或升级现有的打卡设备及相应软件。

    参考资料

                                                    表1.2参考资料表

    资料名称

    版本/日期

    火球UML大战需求分析

    中国水利水电出版社2012,1

    《UML初学者指南》(美)

    Maksimchu人民邮电出版社。

    UML系统分析设计

    印度优秀IT职业教育教学用书,高等教育出版社

     






    目标、涉众分析和范围

    目标:

    (1)规范员工的上下班、请假、外出工作等行为并规范记录。

    (2)共享员工的请假及外出工作信息。

    (3)根据共享的信息及各种记录方便的计算员工的薪金

    (4)方面合理的管理安排各种带薪假期。


    公司组织架构图


    图2.1公司组织架构图


    涉众分析表:

    表2.1 涉众分析表

    序号

    涉众

    代表人物

    待解决的问题/对系统的期望

    1

    普通员工

    张华花、刘笑笑

    1、上下班是能方便的打卡。

    2、能够方便的查看自己请假记录。

    3、能够方便的查看自己的请假记录及外出记录。

    4、能够方便的聊了解其他人的请假及外出情况,以便调整好自己的工作安排。

    希望不要出现考勤记录方面的错误,导致出现误扣工资、年休假无端减少等情况。

    5、能够方便查看自己可牛年假的情况。

    6、能够方便查询自己当月工资情况。

    2

    行政部门员工

    王小强

    1、方便统计考勤信息、而且不会出错。

    2、与财务部门的“接口”尽量简单而且信息联通方便。

    3、方便管理员工的各种带薪假期。

    3

    财务部门员工

    李婷

    1、方便以员工的考勤情况来调整员工的薪金,而且不会出错。

    2、与行政部门的“接口”尽量简单,而且信息联通方便。

    4

    项目经理

    吴天良

    1、项目组的成员请假信息要尽早让他知道。

    2、由于项目突发情况,需要临时安排外出工作时,相关外出申请手续应尽量简单而且到位。

    5

    部门经理

    董成鹏

    1、方便审批部门成员的请假、外出申请。

    2、方便了解本部门及相关部门员工的请假、外出情况,以安排好工作。

    6

    副总经理

    王忡

    说明:3天以内的请假及外出,副总经理有最终的审批权限。所有的请假及外出,都需要经过副总经理的审批。

    1、方便审批请假、外出申请。

    2、方便检查部门经理有否作出合适的审批。

    3、方便了解全体员工打的请假、外出情况、以安排好工作。

    4、方便了解员工对请假外出事宜的安排是否认同。

    7

    总经理

    叶空

    说明:3天以上打的请假或外出,需总经理审批。

    1、方便审批请假、外出申请。

    2、方便检查部门经理、副总经理是否有作出合适的审批。

    3、方便了解全体员工的请假、外出情况、以安排好工作。

    4、避免因为考勤的问题而影响工作士气、工作效率。


    范围:

        本系统主要是针对解决公司打卡记录、请假申请、外出申请等范围的问题。本系统与打卡系统相关联。根据考勤信息调整员工的薪金。本系统主要使用范围是在公司内部。本系统不与财务软件对接。


    业务概念分析

    概述

        本系统要管理的事情主要有:打卡记录,外出申请,请假申请


    业务概念一览


    图3.1 业务概念图


    外出申请

    图3.2 外出申请图

    请假申请


    图3.3 请假申请图


    业务流程分析

    概述

        请假申请和外出申请都需要审批,请假申请和外出申请在审批流程不同阶段处于不同的状态。


    外出申请审批流程


    图4.1 外出申请审批活动图



    图4.2 外出申请审批状态机图



    图4.3 外出申请审批顺序图


    请假申请审批流程


    4.4 请假申请审批活动图



    图4.5 请假申请审批状态机图

     


    图4.6 请假申请审批顺序图


    功能性需求

        功能性需求指的是用户通过该系统能够完成什么样的事物,该系统可以通过什么样的流程来实现用户相应的需求。

     

    总用例图

        通过一个宏观的用例图来总体说明系统的功能,通过该用例图可以了解该系统的整体功能,可以用该系统完成怎样的事物。


    图5.1 总用例图


    普通员工的用例


    图5.2 普通员工用例图


    表5.1 普通员工提出请假申请用例表

    编号

    2.1

    名称

    提出请假申请

    执行者

    普通员工

    优先级

    高■低口

    描述

    普通员工录入请假的信息, 能成功提出请假申请

    前置条件

    基本流程

    l.指示提出请假申请。

    2.显示请假申请表单。

    3.填写申请单,选择请假类别。

    4.指示提交申请。

    5.显示成功提交申请的信息。

    结束状况

    [列出在“正常”结束的情况下的用例的结果。]

    系统保存请假申请数据, 并提示成功提交申请的信息。

    可选流程1

    [说明和基本流程不同的其他可能的流程。 ]

    4.指示取消申请。

    5.显示申请被取消的信息。

    异常流程

    3..显示申请被取消的信息。

    4.指示提交申请。

    5.发现可休年假不足,显示相应提示,并向用户显示相应通知。

    6.修改请假申请单,或取消请假申请。

    说明

    [对本用例的补充说明]

    请假申请单有以下内容:申请者、开始时间、结束时间、请假事由、请假类别。

    申请者默认为当前的用户, 不可修改。

    申请者默认为当前的用户, 不可修改。

    类别为:事假、病假、婚嫁、产假、年假,只能而且必须选其一

    请假时间不能超过年假时间

     

    表5.2 普通员工修改请假申请用例表

    编号

    2.2

    名称

      修改请假申请

    执行者

    普通员工

    优先级

     高■    低□

    描述

    请假申请提出后,还没有任何审批之前, 申请者可修改请假申请 。

    请假申请被拒绝后, 申请者可修改请假申请, 重新提交。

    请假申请不能通过行政部审核,行政部也无法代为处理时,申请者可修改请假申请,重新提交。

    行政部可以代申请者处理。

    前置条件

    请假申请必须存在并且有效。

    结束状况

    [列出在“正常”结東的情况下的用例的结果。]

    请假申请的状态变为“待定”,该申请需重新审批。

    说明

    请假申请的状态为“……已批准”时, 申请者如果对该申请进行任何修改, 其状态一律重新变为“待定”,需重新审批。

    修改请假申请时,程序应做并发冲突的异常判断和处理,如果出现冲突, 应拒绝本次修改,并给出相应提示。

     

    表5.3 普通员工査看请假申请用例表

     

    编号

    2.4

     

    名称

    査看请假申请

     

    执行者

    普通员工

     

    优先级

    高■低

     

    描述

    目标:

    可方便地査看自己的请假申请的审批情况,能查看自己的历史申请,在此基础上做下一步工作

    具体要求:

    l  系统默认按时间的倒序显示当前用户的请假申请列表,用户可通过该列表了解各申请的状态 。

    2 . 请假申请列表可按时间的倒序或顺序排列, 也可按请假请的状态进行筛选 。

    在请假申请列表的基础上, 用户可査看或修改其中个具体的申请, 或提出请假中请 。

    4.用户在査看个具体的申请时,才能删除该申请。

    前置条件

    结束状况

    可以显示请假申请审批情况,系统数据不会发生变化。

    说明

    请假申请的状态参见业务概念图

     

     

    表5.4 普通员査看可休年假情況用例表

    编号

    2.5

    名称

    査看可休年假情況

    执行者

    普通员

    优先级

    高口 低■

    描述

    用户能看到按时间倒序排列的自己的年假申请,并能看到自己的当年年假总天数,及剩余可休的年假天数。

    用户可在此基础上,査看或修改其中个具体的申请,或提出请假申请

    前置条件

    行政部已设置该员工的当年可休年假,参见用例“5.设置员工的可休年假”

    结束状况

    可以显示可休年假的具体情况,系统数据不会发生变化。

    说明

    请假中请类别参见业务概念图

     


    表5.5 普通员工查看全体员工的外出用例表

     

    编号

    3

    名称

    查看全体员工的外出及请假信息

    执行者

    普通员工

    优先级

    高        低

    描述

    目标:

    能方便地查看全体员工的外出及请假情况。

    具体要求:

    1.     用户可方便地查看当天、当周、当月所有的外出及请假情况,系统缺省显示当周的情况,用户可方便地在当天、当周、当月之间切换。

    2.     系统显示当天情况时,用户可方便地切换到前一天或后一天;类似地,系统显示当周、当月情况时,用户也可以方便地切换到前一周、后一周或前一个月、后一个月。

    3.     还没有通过审批的外出或请假申请,均应显示出来。

    4.     用户可查看具体的一条外出或请假申请。

    5.     除了该请假申请的审批者能查看请假申请的“请假事由”,其他人不能查看“请假事由”,但可查看谁在什么时间请了什么类别的假。

    前置条件

    结束状况

    可以显示全体员工外出的具体情况,系统数据不会发生变化。

    说明

    需共享的请假申请、外出申请信息请参考业务概念图,但要注意“请假信息”并不是对所有人共享的。

     

     

     

    表5.6 普通员工查看自己的打卡记录用例表

     

    编号

    4

    名称

    查看自己的打卡记录

    执行者

    普通员工

    优先级

    高       低

    描述

    系统默认按照时间的倒序显示该用户的打卡记录,用户可选择一个日期范围来查询相应的打卡记录

    前置条件

    相应的打卡记录数据应先导入到系统中,参见用例“7.导入打卡数据”

    结束状况

    可以显示自己的打卡记录的具体情况,系统数据不会发生变化。

    说明

    打卡信息包括:员工ID、打卡日期、打卡时间

    该用例员工只能查看自己的打卡记录,故只需显示打卡日期、打卡时间即可



    行政部员工、财务部员工的用例


    图5.3 行政部员工、财务部员工的用例图


    表5.7 行政部员工设置员工的可休年假用例表

    编号

    5

    名称

    设置员工的可休年假

    执行者

    行政部员工

    优先级

    高□ 低■

    描述

    目标:

       行政部可根据公司的年休假制度,设置每位员工每年的可休假数量

    具体要求:

    1.       可查看全体员工可休年假列表,列表显示员工姓名、部门、当年可

    休年假总天数,当年

    以休年假天数。

    2.       在查看可休年假列表的基础上,可设置每个员工的可休年假总数,

    可查看每个员工当年的请假类别为年假的请假申请

    前置条件

    结束状况

    系统保存了更新后的该员工的可休年假总天数,并通知员工可休年假

    更改信息

    说明

    通常情况下,行政部设置员工可休年假的时间为:

    在每个自然年的第一个工作日,重新设置每个员工的可休年假数量。

    在新员工转正的第一天,设置该员工的可休年假数量

    但系统不需要限制修改时间

     

     

     

     

    表5.8 行政部员工查看员工的请假信息用例表

    编号

    6

    名称

    查看员工的请假信息

    执行者

    行政部员工

    优先级

    高□ 低■

    描述

    目标:

    行政部根据公司相关制度,审核员工的请假申请。

    基本要求:

    1.     系统默认按时间倒序,显示通过了最终审批,但未通过行政部审核

    的员工请假申请列表。

    2.     可再选择查看具体的一条请假申请。

    3.     不符合相关制度的请假申请,可按以下两种方式之一处理:

    执行用例“6.1分解员工的请假“,具体参见用例6.1.

    该申请不通过审核,通知申请者修改申请,系统不支持这种处理方式,

    行政部可通过电话、Email、口头等方式,通知申请者修改请假申请。

    前置条件

    结束状况

    可以显示员工请假信息的具体情况,系统数据不会发生变化。

    说明

    参见请假审批流程活动图,通过副总经理审批的3天或以内的请假,通过总经理是的超过3

    天的请假,都需要行政部进行审核。

    实际上行政部不需要对全部请假进行审核,一般只需要对婚假、产假等涉及到比较复杂的国

    家政策的申请进行审核,行政部的审核也不需要立刻进行,有时候每月统一审查一次就可以

    了。本系统不支持行政部的审核功能,只支持查看功能,但行政可以在查看的基础上,不通

    过本系统完成审核的工作。

     

     

     

     

     

    表5.9 行政部员工分解员工的请假用例表

    编号

    6.1

    名称

    分解员工的请假

    执行者

    行政部员工

    优先级

    高□ 低■

    描述

    目标:

     行政部可以分解不符合要求的请假申请,使分解后的请假总天数不变

    、起止时间不变。

    例:某员工申请了10天的婚假,但行政部审核时发现该员工不符合晚

    婚政策,只能享受3天婚假,于是与该员工协商,将该请假分解为3天

    婚假、5天年假、2天事假。

    具体要求:

    1.     在查看员工具体一条请假信息的基础上,可分解该请假。

    2.     分解请假时,需输入请假类别、时长。

    3.     分解后的总时长等于原来申请的时长,总起止时间不变,系统按照

    分解后申请的先后顺序自动生成各申请的起止时间。

    4.   分解后的请假无需再次审批,自动为已批准状态。

    前置条件

    结束状况

    系统保存了分解后的请假申请,原请假申请不再保留

    说明

    参见业务概念图。

    行政部与申请者的协商过程,是系统范围外的工作。

     



    表5.10 行政部员工导入打卡数据用例表

    编号

    7

    名称

    导入打卡数据

    执行者

    行政部员工

    优先级

    高■ 低口

    描述

    目标:

    将打卡记录导入到系统中,以便用户通过本系统查询打卡记录。

    具体要求:

    1.     系统可导入保存有打卡记录的Excel文件。

    2.     导入的数据以“增加”的方式保存到系统中,系统不判断新导入的数据是否与之前的数据有冲突。

    前置条件

    结束状况

    打卡记录保存到系统中

    说明

    打卡数据记录在打卡机中,行政部需要每天用电脑连接打卡机来读取数据,读取的数据是Excel格式,读取数据的软件是打卡机配套提供的。

    打卡记录包含:员工ID、打卡日期、打卡时间。

     

    表5.11 行政部员工查看员工的打卡记录用例表

     

    编号

    8

    名称

    查看员工的打卡记录

    执行者

    行政部员工

    优先级

    高□ 低■

    描述

    目标:

      掌握各员工的打卡情况,方便与员工的请假申请、外出申请进行比较

    ,以核实各员工的考勤信息。

    具体要求:

    1.     系统默认安装时间的倒序列出各员工的打卡记录,需要显示的内容

    有:员工姓名、所属

    部门、打卡日期、打卡时间。

    2.用户可按时间范围、所属部门、员工姓名来筛选显示打卡记录

    设置条件

    系统需存在已经导入的打卡记录数据,参见用例“7.导入打卡数据”

    结束状况

    可以显示员工的打卡记录的具体情况,系统数据不会发生变化。

    说明

    以用例“4.查看自己的打卡记录”不同,行政部是可以查看全体员工

    的打卡记录的,其目的是通过打卡记录、请假申请、外出申请的比较,

    来核实各员工的考勤情况,频道员工有没有迟到、早退、矿工等情况,

    制作相应的考勤报表途径给财务部,财务部根据该报表来计算员工当

    月的薪金

    考勤报表是这样的一张报表:记录了当月影响员工薪金的所有考勤情况,影响员工薪金的考勤情况有:迟到、早退、矿工、非带薪假期。该报表由行政部制作,

    交由财务部作为员工薪金计算及调整的依据。

     

     

     

     

     




























    表5.12 行政部员工、财务部员工查看请假统计表用例表

    编号

    9

    名称

      查看请假统计表

    执行者

    行政部员工、财务部员工

        优先级

     高■    低□

     

     

     

     

     

    描述

    目标:

    行政部的目标有:根据请假统计报表,检查各员工的请假情况,特别是带薪假期,是否符合公司的相关制度要求。

    核实各员工的请假情况,作为制作考勤报表的依据。

    财务部的目标有:作为当月员工薪金计算的参考依据。

    具体要求:

    1.     报表首先根据员工分组,然后根据请假类别分组,列出分组后汇总的请假天数。

    2.     可按如期范围、所属部门、员工姓名、请假类别来筛选统计数据范围。

    3.     可在查看报表的基础上执行用例“9.1.”导出请假统计报表。

     

    前置条件

     

     

     

    结束状况

     

     

     

    系统数据不会发生变化

     

     

    说明

    考勤报表参见用例“8.查看员工的打卡记录”的用例表中的说明。

    财务部计算当月员工薪金的直接依据是行政部提交的“考勤报表”,该请假统计报表只是参考。

    行政部每月需要根据请假统计报表,同时还需要查看员工打卡记录、外出申请记录、请假申请记录等,经过综合判断后制作考勤报表


    部门经理、副总经理、总经理的用例


    图5.4 部门经理、副总经理、总经理的用例图


    表5.13 部门经理查看需要审批的申请用例表

    编号

    11.1

    名称

    查看需要审批的申请

    执行者

    部门经理

    优先级

    高      低

    描述

    目标:

    部门经理可方便地查看需要审批的申请,并可以方便地审批申请。

    具体要求:

    1.     系统默认按照申请提出时间的顺序,列出状态为“待定”的请假申请列表。、

    2.     该请假申请列表需显示:申请者姓名、所属部门、请假类别、请假起止时间、请假事由、请假申请的状态。

    3.     用户可直接在此请假申请列表的基础上,直接审批某个申请,参见用例“11.1.1审批申请”。

    4.     用户可在此请假申请列表的基础上,选择查看具体的某个申请,并进行审批,参见用例“11.1.1审批申请”。

    前置条件

    结束状况

    可以显示需要审批申请的具体情况,系统数据不会发生变化。

    说明

    需要部门经理审批的请假申请是状态为“待定”的申请:

    申请者提出请假申请后,申请的状态为“待定”。

    申请者修改被拒绝的申请,申请的状态变为“待定”。

     

     

    表5.14 部门经理审批申请用例表

    编号

    11.1.1

     

     

     

    名称

     

    审批申请

     

    执行者

    部门经理

    优先级

    高     低

    描述

    目标:

    用户能根据请假申请的信息,审批该请假申请。

    具体要求:

    1、  参见用例“11.1查看需要审批的申请”,用户可在请假申请列表上直接审批其中一条申请,或在查看某一个具体的申请时,审批该申请。

    2、  审批时需选择批准或拒绝,同时可填入审批意见。

    3、  审批时间不需要用户输入,由系统自动确定

    前置条件

    结束状况

    系统保存了该申请的审批信息,如果请假申请被批准,则该申请状态变为“部门经理已审批”,如果是拒绝,则状态为“已拒绝”

    说明

    参见“请假申请审批流程 状态机图”

     

    表5.15 部门经理查看以往的审批用例表

    编号

    11.2

    名称

    查看以往的审批

    执行者

    部门经理

    优先级

    高       低

    描述

    目标:

    用户可方便地查看他曾经审批过的请假申请,了解请假申请的后续审批情况。

    具体要求:

    1.     系统按照请假申请提出时间的倒序,列出用户曾经审批过的请假申请列表。

    2.     请假申请列表需显示:申请者姓名、所属部门、请假类别、请假起止时间、请假事由、请假申请的状态

    前置条件

    结束状况

    可以显示以往审批的具体情况,系统数据不会发生变化。

    说明

     

    表5.16 副总经理查看需要审批的申请用例表

    编号

    13.1

    名称

    查看需要审批的申请

    执行者

    副总经理

    优先级

    高        低

    描述

    与用例11.1类似,但有以下区别:

    1.     需副总经理审批的是状态为“部门经理已审批”的请假申请。

    2.     请假申请列表还需要显示部门经理的审批意见。

    3.     查看某个具体的申请时,还需显示部门经理的审批意见

    前置条件

    结束状况

    系统的数据不会发生变化

    说明



    管理员的用例

        通过该用例图可以了解该子系统的功能与管理员要完成的工作。


    图5.5 管理员的用例图


    其他功能性需求

    表5.17 其他功能性需求表

     

    邮件触发者

    邮件触发事件

    邮件接收者

    邮件内容

    普通员工

     

    提出请假申请

    需审批该申请的部门经理

    告知需审批某申请,并给出该请假申请的审批连接

     

    普通员工

     

    删除已经批准的请假申请

    已经批准该申请的领导。如果已经有多个领导批准,则每个领导都应收到邮件通知

    告知某申请已经删除,并给出已删除的申请的连接

    部门经理

    批准请假申请

     

    申请者

    副总经理

    发给申请者的邮件:并告知申请已被部门经理批准,并给出申请的链接。发给副总经理的邮件:请副总经理审批申请,并给出审批链接。

    部门经理

    拒绝请假申请

    申请者

    告知申请已被部门经理拒绝,并给出相应的链接

    副总经理

    批准请假申请

    申请者

    总经理(有需要的话)

    发给申请者的邮件:告知申请已被副总经理批准,并给出申请的链接。发给总经理的链接:请总经理审批申请,并给出审批链接。

    副总经理

    拒绝请假申请

    申请者

    部门经理

    告知申请已被副总经理拒绝,并给出相应的链接。

    总经理

    批准请假申请

    申请者

    告知申请已被总经理拒绝,并给出相应的链接。

    总经理

    拒绝请假申请

    申请者

    部门经理

    副总经理

    告知申请已被总经理拒绝,并给出相应的链接。

    …..

    …….

    …….

    …….


    非功能性需求

        非功能性需求是指除功能性需求以外的所有需求,一般是指系统需求,部署环境需求,安全需求,性能需求。


    部署环境需求

        部署环境一般是指客户所在公司或者部门的IT环境,电脑系统环境,与该软件相关的构件。


    图6.1 系统部署图


    接口需求

        1、考勤系统客户端和WEB服务器

            其传递参数可以为用户对象和请假对象,外出对象。

     

        2、考勤系统和邮件服务器

            传递用户对象

     

        3、WEB服务器和数据库服务器

            传递用户对象,请假对象,外出对象,这些对象在存入数据库时需要解封装,从数据库获得时需要封装成相应对象。

     

        4、WEB服务器和打卡机PC

            对象数据

     

        5、打开机PC和打卡机

            打卡人编号,打卡时间


    安全性需求

        该系统对安全性需求不高,能保证数据不丢失则行。


    性能需求

        该系统应该能同时承载100人并发操作,用户操作的响应时间不应该超过1s。


    界面需求

        界面设计应该简洁易懂,该部分需求应该不断优化,直至符合用户习惯。



    附录

        此附录列出的是团队中每个人所提供的原始材料。

    资料名称

    提供者

    获取日期

    说明

    简介及其相关定义

    XXX

    2016.1.6

    系统简介及其约束

    目标、涉众和范围

    XXX

    2016.1.6

    系统参与者和成功标准

    业务资料

    XXX

    2016.1.6

    系统参与者及其相关属性

    业务流程资料

    XXX

    2016.1.6

    系统活动流程

    功能性需求资料

    XXX

    2016.1.6

    系统所能实现的功能

    非功能性需求

    XXX

    2016.1.6

    系统环境架构和性能需求

    文档整理资料

    XXX

    2016.1.6

    文档排版、整理


    文档下载:http://download.csdn.net/detail/q547550831/9393872


    展开全文
  • 接口需求文档

    千次阅读 2017-06-29 14:58:00
    1表示计算机/互联网/IT;2表示电子/半导体/仪表仪器;3表示通信技术;4表示销售;5表示市场拓展;6表示公关/商务;7表示采购/贸易;8表示客户服务/激素支持;9表示人力资源/行政管理;10表示高级管理;11...

    1.注册接口

    1.接口地址:http://www.51qingyuan.com/register.php
    2.支持格式:json
    3.请求方式:post
    4.请求参数:

    名称必填类型说明
    invitation_code string 单位邀请码
    phone_number string 手机号码
    verification_code string 短信验证码

    5.返回字段说明:

    名称类型说明
    error_code int 返回码
    result string 返回说明
    company string 所在单位

    JSON返回示例

    {
      "result":"注册可用",
      "company":"四川工人日报社",
      "error_code":"0"
    }

    2.注册信息提交接口

    • 注册成功后为此用户分配唯一的id

    1.接口地址:http://www.51qingyuan.com/register_info.php
    2.支持格式:json
    3.请求方式:post
    4.请求参数

    名称必填类型说明
    gender bool 1代表男;0代表女
    birthyear int 生日年
    birthmonth int 生日月
    birthday int 生日日
    turename string 真实姓名
    nickname string 昵称
    password string 登录密码
    passwordagain string 确认密码
    mailbox string 登录邮箱
    read_clause bool 是否阅读条款:1表同意;0表不同意
    province string 所在地区省
    municipality string 所在地区市
    county string 所在地区县
    census_register_p string 户籍省
    census_register_m string 户籍市
    marriage int 0表示未婚;1表示离异;2表示丧偶
    education int 0表示中专以下;1表示中专;2表示大专;3表示本科;4表示硕士;5表示博士;6表示博士后
    occupation int 0表示在校学生;1表示计算机/互联网/IT;2表示电子/半导体/仪表仪器;3表示通信技术;4表示销售;5表示市场拓展;6表示公关/商务;7表示采购/贸易;8表示客户服务/激素支持;9表示人力资源/行政管理;10表示高级管理;11表示生产/加工/制造;12表示质控/安检;13表示工程机械;14表示技工;15表示会计/审计/统计;16表示金融/证券/投资;17表示房地产/装修/物业;18表示仓储/物流;19表示交通/运输;20表示普通劳动力/家政服务;21表示普通服务行业;22表示航空服务行业;23表示教育/培训;24表示咨询/顾问;25表示学术/科研;26表示法律;27表示设计/创意;28表示文学/传媒/影视;29表示餐饮/旅游;30表示化工;31表示能源/地质勘查;32表示医疗/护理;33表示保健/美容;34表示生物/制药/医疗器械;35表示体育工作者;36表示翻译;37表示公务员/国家干部;38表示私营业主;39表示农/林/牧/渔业;40表示警察/其他;41表示自由职业者;42其他
    height int 身高
    soliloquy string 内心独白

    5.返回字段说明

    名称类型说明
    error_code int 返回码
    result string 注册成功

    JSON返回示例

    {
      "result":"注册成功",
      "error_code":"0"
    }

    3.登录接口

    1.接口地址:http://www.51qingyuan.com/login.php
    2.支持格式:json
    3.请求方式:post
    4.请求参数:

    名称必填类型说明
    username string 用户名
    password string 用户密码

    5.返回字段说明

    名称类型说明
    error_code int 返回码
    result string 登录成功
    id string 用户的ID,每个用户只有唯一的ID

    JSON返回示例

    {
      "result":"登录成功",
      "id":"123456",
      "error_code":"0"
    }

    4.最新活动数据

    • 需要登录
    • 返回最新活动数据

    1.接口地址:http://www.51qingyuan.com/new_activity.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 代表页数;每页最多存在10个活动数据

    5.返回字段说明

    名称类型说明
    activity_number int 活动数目
    activity_detial.name string 活动名称
    activity_detial.address string 活动地址
    activity_detial.date string 活动截止时间
    activity_detial.image string 活动图片的URL
    activity_detial.state bool 活动状态:0代表已结束
    activity_detial.url string 活动详情页面的网页链接

    JSON返回示例

    {
        "activity_number":1,
        "activity_detial":[
        {
            "name":"达州活动专场---相约暖冬 缘定达州",
            "address":"达州 达州区",
            "date":"2016-3-29",
            "image":"",
            "state":0,
            "url":"http://www.51qingyuan.com/webapp.php?c=party&a=detail&id=23"
        }
        ]
    }

    5.全部活动数据

    • 需要登录
    • 返回全部活动数据

    1.接口地址:http://www.51qingyuan.com/all_activity.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 代表页数;每页最多存在10个活动数据

    5.返回字段说明

    名称类型说明
    activity_number int 活动数目
    activity_detial.name string 活动名称
    activity_detial.address string 活动地址
    activity_detial.date string 活动截止时间
    activity_detial.image string 活动图片的URL
    activity_detial.state bool 活动状态:0代表已结束
    activity_detial.url string 活动详情页面的网页链接

    JSON返回示例

    {
        "activity_number":1,
        "activity_detial":[
        {
            "name":"达州活动专场---相约暖冬 缘定达州",
            "address":"达州 达州区",
            "date":"2016-3-29",
            "image":"",
            "state":0,
            "url":"http://www.51qingyuan.com/webapp.php?c=party&a=detail&id=23"
        }
        ]
    }

    6.推荐用户数据

    • 需要登录
    • 若用户是男性用户则推荐女会员,若用户是女性用户则推荐男会员

    1.接口地址:http://www.51qingyuan.com/users/recommendation.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 代表页数;每页最多存在10个推荐用户

    5.返回字段说明

    名称类型说明
    recommendation_number int 推荐用户总数
    recommendation_members.name string 用户名称
    recommendation_members.gender bool 1代表男,0代表女
    recommendation_members.age int 用户年龄
    recommendation_members.marriage int 0表示未婚;1表示离异;2表示丧偶
    recommendation_members.height int 身高
    recommendation_members.constellation string 用户星座
    recommendation_members.municipality string 所在地区市
    recommendation_members.county string 所在地区县
    recommendation_members.education int 0表示中专以下;1表示中专;2表示大专;3表示本科;4表示硕士;5表示博士;6表示博士后
    recommendation_members.image string 用户图片等URL
    recommendation_members.id string 用户的ID,每个用户只有唯一的ID

    JSON返回示例

    {
        "recommendation_members":[
        {
            "name":"宇帅帅",
            "gender":1,
            "age":26,
            "marriage":0,
            "height":186,
            "constellation":"巨蟹座",
            "municipality":"成都",
            "county":"成华区",
            "education":"3",
            "image":"http://www.51qingyuan.com/data/attachment/album/201411/07/69ef2d42aec014b1.jpg.thumb.jpg"
            "id":"123456"
        },
        ...
        ]
    }

    7.1用户数据(默认)

    • 需要登录
    • 用户数据默认的排序
    • 参数信息与推荐用户数据相同

    1.接口地址:http://www.51qingyuan.com/users/default.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 代表页数;每页最多存在10个推荐用户

    5.返回字段说明

    名称类型说明
    users_members.name string 用户名称
    users_members.gender bool 1代表男,0代表女
    users_members.age int 用户年龄
    users_members.marriage int 0表示未婚;1表示离异;2表示丧偶
    users_members.height int 身高
    users_members.constellation string 用户星座
    users_members.municipality string 所在地区市
    users_members.county string 所在地区县
    users_members.education int 0表示中专以下;1表示中专;2表示大专;3表示本科;4表示硕士;5表示博士;6表示博士后
    users_members.head_image string 用户图片等URL
    users_members.id string 用户的ID,每个用户只有唯一的ID

    JSON返回示例

    {
        "users_members":[
        {
            "name":"宇帅帅",
            "gender":1,
            "age":26,
            "marriage":0,
            "height":186,
            "constellation":"巨蟹座",
            "municipality":"成都",
            "county":"成华区",
            "education":3,
            "head_image":"http://www.51qingyuan.com/data/attachment/album/201411/07/69ef2d42aec014b1.jpg.thumb.jpg"
            "id":"123456"
        },
        ...
        ]
    }

    7.2用户数据(人气)

    • 需要登录
    • 数据参数和用户数据(默认)相同,但是按照用户人气来排序的。

    1.接口地址:http://www.51qingyuan.com/users/hot.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 代表页数;每页最多存在10个推荐用户

    7.3用户数据(最新登录)

    • 需要登录
    • 数据参数和用户数据(默认)相同,但是按照最新登录来排序的。

    1.接口地址:http://www.51qingyuan.com/users/newly.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 代表页数;每页最多存在10个推荐用户

    8.用户搜索

    • 需要登录
    • 返回数据参数和用户数据(默认)相同。

    1.接口地址:http://www.51qingyuan.com/users/search.php
    2.支持格式:json
    3.请求方式:post
    4.请求参数:

    名称必填类型说明
    municipality string 所在地区市
    county string 所在地区县
    gender bool 1代表男;0代表女
    age_from int 0代表不限
    age_to int 0代表不限
    height_from int 0代表不限
    height_to int 0代表不限
    weight_from int 0代表不限
    weight_to int 0代表不限
    salary_from int 0代表不限
    salary_to int 0代表不限
    education_from int 0表示中专以下;1表示中专;2表示大专;3表示本科;4表示硕士;5表示博士;6表示博士后
    education_to int 0表示中专以下;1表示中专;2表示大专;3表示本科;4表示硕士;5表示博士;6表示博士后
    marriage int 0表示未婚;1表示离异;2表示丧偶
    children int 0表示不限;1表示无小孩;2表示有,和我住一起;3表示有,有时和我住一起;4表示有,不和我住一起
    house int 0表示不限;1表示暂未购房;2表示需要时置房;3表示已购住房;4表示与人合租;5表示独自租房;6表示与父母同住;7表示住亲朋家;8表示住单位房
    car int 0表示不限;1表示暂未购车;2表示已经购车
    occupation int 0表示在校学生;1表示计算机/互联网/IT;2表示电子/半导体/仪表仪器;3表示通信技术;4表示销售;5表示市场拓展;6表示公关/商务;7表示采购/贸易;8表示客户服务/激素支持;9表示人力资源/行政管理;10表示高级管理;11表示生产/加工/制造;12表示质控/安检;13表示工程机械;14表示技工;15表示会计/审计/统计;16表示金融/证券/投资;17表示房地产/装修/物业;18表示仓储/物流;19表示交通/运输;20表示普通劳动力/家政服务;21表示普通服务行业;22表示航空服务行业;23表示教育/培训;24表示咨询/顾问;25表示学术/科研;26表示法律;27表示设计/创意;28表示文学/传媒/影视;29表示餐饮/旅游;30表示化工;31表示能源/地质勘查;32表示医疗/护理;33表示保健/美容;34表示生物/制药/医疗器械;35表示体育工作者;36表示翻译;37表示公务员/国家干部;38表示私营业主;39表示农/林/牧/渔业;40表示警察/其他;41表示自由职业者;42其他
    company string  
    head int 0代表不限;1代表有头像

    用户数据详情(主页)接口

    • 需要登录

    1.接口地址:http://www.51qingyuan.com/users/detail.php?id=123456
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    id int 每个用户独有的唯一标识

    5.返回字段说明

    名称类型说明
    name string 用户名称
    gender bool 1代表男,0代表女
    age int 用户年龄
    marriage int 0表示未婚;1表示离异;2表示丧偶
    height int 身高
    head_image string 用户头像的URL
    life_image.image string 用户相册图片的URL
    monologue string 内心独白
    basis.id string 每个用户独有的唯一标识
    basis.education int 0表示中专以下;1表示中专;2表示大专;3表示本科;4表示硕士;5表示博士;6表示博士后
    basis.marriage int 0表示未婚;1表示离异;2表示丧偶
    basis.salary_from int 薪水从
    basis.salary_to int 薪水到
    basis.nation string 民族
    basis.constellation string 星座
    basis.zodiac string 生肖
    basis.blood int 0表示其他,1表示A型,2表示B型,3表示AB型,4表示O型
    basis.house int 0表示不限;1表示暂未购房;2表示需要时置房;3表示已购住房;4表示与人合租;5表示独自租房;6表示与父母同住;7表示住亲朋家;8表示住单位房
    basis.car string 0表示不限;1表示暂未购车;2表示已经购车
    basis.municipality string 所在地区市
    basis.county string 所在地区县
    basis.company string 所在公司
    mate_requirements.gender bool 1代表男,0代表女
    mate_requirements.age_from int 年龄从
    mate_requirements.age_to int 年龄到
    mate_requirements.height_from int 身高从
    mate_requirements.height_to int 身高到
    mate_requirements.education_from int 学历从
    mate_requirements.education_to int 学历到
    mate_requirements.have_iamge bool 0代表不限;1代表有
    mate_requirements.marriage int 0表示未婚;1表示离异;2表示丧偶
    mate_requirements.mate_type int 交友类型0代表朋友,1代表知己,2代表恋爱,3代表结婚
    mate_requirements.municipality string 所在地区市
    mate_requirements.county string 所在地区县
    character_appearance.personality string 个性描述
    character_appearance.looks int 相貌自评
    character_appearance.weight int 体重
    character_appearance.shape int 体型
    character_appearance.charm int 魅力部位
    character_appearance.hairstyle int 发型
    character_appearance.hair_color int 发色
    character_appearance.face int 脸型
    work_study.occupation int 0表示在校学生;1表示计算机/互联网/IT;2表示电子/半导体/仪表仪器;3表示通信技术;4表示销售;5表示市场拓展;6表示公关/商务;7表示采购/贸易;8表示客户服务/激素支持;9表示人力资源/行政管理;10表示高级管理;11表示生产/加工/制造;12表示质控/安检;13表示工程机械;14表示技工;15表示会计/审计/统计;16表示金融/证券/投资;17表示房地产/装修/物业;18表示仓储/物流;19表示交通/运输;20表示普通劳动力/家政服务;21表示普通服务行业;22表示航空服务行业;23表示教育/培训;24表示咨询/顾问;25表示学术/科研;26表示法律;27表示设计/创意;28表示文学/传媒/影视;29表示餐饮/旅游;30表示化工;31表示能源/地质勘查;32表示医疗/护理;33表示保健/美容;34表示生物/制药/医疗器械;35表示体育工作者;36表示翻译;37表示公务员/国家干部;38表示私营业主;39表示农/林/牧/渔业;40表示警察/其他;41表示自由职业者;42其他
    work_study.company_type int 公司类型
    work_study.income int 收入描述
    work_study.working_state int 工作状况
    work_study.major int 所学专业
    work_study.language int 语言能力
    life_describe.sibling int 家中排行
    life_describe.max_custom int 最大消费
    life_describe.smoke int 是否吸烟
    life_describe.drink int 是否喝酒
    life_describe.religion int 宗教信仰
    life_describe.exercise int 锻炼习惯
    life_describe.rest int 作息习惯
    life_describe.want_children int 是否要孩子
    life_describe.live_with_parents int 愿与对方父母同住
    life_describe.romance int 喜欢制造浪漫
    hobby.sport int 喜欢的运动
    hobby.food int 喜欢的食物
    hobby.book int 喜欢的书籍
    hobby.movie int 喜欢的电影
    hobby.sparetime int 业余爱好
    hobby.tourism int 喜欢的旅游去处
    hobby.program int 关注的节目
    hobby.entertainment int 娱乐休闲

    JSON返回示例

    {
        "name":"宇帅帅",
        "gender":1,
        "age":26,
        "marriage":0,
        "height":186,
        "head_image":"http://www.51qingyuan.com/data/attachment/album/201411/07/69ef2d42aec014b1.jpg.thumb.jpg"
        "life_image":[
        {
        "image":"http://www.51qingyuan.com/data/attachment/album/201411/07/69ef2d42aec014b1.jpg.thumb.jpg"
        },{
        "image":"http://www.51qingyuan.com/data/attachment/album/201411/07/69ef2d42aec014b1.jpg.thumb.jpg"
        },{
        "image":"http://www.51qingyuan.com/data/attachment/album/201411/07/69ef2d42aec014b1.jpg.thumb.jpg"
        }
        ],
        "monologue":"英俊潇洒,玉树临风,才比子建,貌若潘安。",
        "basis":{
            "id":"123456",
            "education":3,
            "marriage":0,
            "salary_from":5000,
            "salary_to":10000,
            "nation":"汉族",
            "constellation":"巨蟹座",
            "zodiac":"牛",
            "blood":0,
            "house":0,
            "car":0,
            "municipality":"成都",
            "county":"成华区",
            "company":"四川广播电台"
        },
        "mate_requirements":{
            "gender":0,
            "age_from":18,
            "age_to":25,
            "height_from":180,
            "height_to":186,
            "education_from":0,
            "education_to":3,
            "have_iamge":0,
            "marriage":0,
            "mate_type":0,
            "municipality":"成都",
            "county":"成华区"
        }
        "character_appearance":{
            "personality":"豪放不羁",
            "looks":0,
            "weight":45,
            "shape":2,
            "charm":0,
            "hairstyle":0,
            "hair_color":3,
            "face":0
        },
        "work_study":{
            "occupation":0,
            "company_type":0,
            "income":2,
            "working_state":2,
            "major":3,
            "language":"中文,英文"
        },
        "life_describe":{
            "sibling":"家中独子",
            "max_custom":"美食",
            "smoke":1,
            "drink":0,
            "religion":0,
            "exercise":0,
            "rest":0,
            "want_children":0,
            "live_with_parents":1,
            "romance":0
        },
        "hobby":{
            "sport":1,
            "food":2,
            "book":1,
            "movie":3,
            "sparetime":4,
            "tourism":1,
            "program":1,
            "entertainment":1,
        }
    }

    “打招呼”请求接口

    • 需要登录

    1.接口地址:http://www.51qingyuan.com/users/hello.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 每次返回5随机组问候语

    5.返回字段说明:

    名称类型说明
    hello_words.code string 返回代码,一个招呼对应唯一的一个代码
    hello_words.word string 招呼内容

    JSON返回示例

    {
        "hello_words":[
            {
                "code":"#203",
                "word":"你要是不给我回信,我就永远不给你写信了。"
            },
            {
                "code":"#20",
                "word":"你的名字真有意思,能告诉我有什么含义吗?"
            },
            ...
            ]
    }

    “打招呼”发送接口

    • 需要登录
    • 将消息发送给指定用户

    1.接口地址:http://www.51qingyuan.com/users/hello_send.php?id=123456&code=#203
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    id int 用户的唯一标识
    code int 问候语的代号

    5.返回字段说明:

    名称类型说明
    result string 服务器返回结果
    error_code string 错误代码

    JSON返回示例

    {
      "result":"发送成功",
      "error_code":"0"
    }

    “写信件”接口

    • 需要登录
    • 给对方发信件

    1.接口地址:http://www.51qingyuan.com/users/letter/send.php
    2.支持格式:json
    3.请求方式:post
    4.请求参数:

    名称必填类型说明
    id int 用户的唯一标识
    content string 信件内容

    5.返回字段说明:

    名称类型说明
    result string 服务器返回结果
    error_code string 错误代码

    JSON返回示例

    {
      "result":"发送成功",
      "error_code":"0"
    }

    收件箱-全部信件接口

    • 需要登录

    1.接口地址:http://www.51qingyuan.com/users/letter/receive/all_letters.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 每页最多10组信件信息

    5.返回字段说明:

    名称类型说明
    letter_id int 信件的标识
    time string 信件发送的时间
    content string 信件内容
    state bool 阅读状态:0代表未读,1代表已读
    content string 信件内容
    sender.id int 用户的唯一标识
    sender.name string 发件人的名字
    sender.image string 发件人的头像图片

    JSON返回示例

    {
      "letters":[
          {
            "letter_id":"201604070922",
            "time":"2016/04/07 09:22",
            "content":"没有你的世界好安静",
            "state":0
            "sender":{
                "id":123456,
                "name":"梅fish",
                "image":"www."
            },
          },
        ...
      ]
    }

    收件箱-未读信件接口

    • 需要登录
    • 返回字段数据和全部信件一样

    1.接口地址:http://www.51qingyuan.com/users/letter/receive/unread_letters.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 每页最多10组信件信息

    收件箱-已读信件接口

    • 需要登录
    • 返回字段数据和全部信件一样

    1.接口地址:http://www.51qingyuan.com/users/letter/receive/read_letters.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 每页最多10组信件信息

    阅读信件接口

    1.接口地址:http://www.51qingyuan.com/users/letter/read.php?letter_id=201604070922
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    letter_id int 信件的标识

    5.返回字段说明:

    名称类型说明
    result string 服务器返回结果
    error_code string 错误代码

    JSON返回示例

    {
      "result":"已阅读",
      "error_code":"0"
    }

    发件箱-全部信件

    • 需要登录

    1.接口地址:http://www.51qingyuan.com/users/letter/send/all_letters.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 每页最多10组信件信息

    5.返回字段说明:

    名称类型说明
    letter_id int 信件的标识
    time string 信件发送的时间
    content string 信件内容
    state bool 阅读状态:0代表未读,1代表已读
    content string 信件内容
    receiver.id int 用户的唯一标识
    receiver.name string 发件人的名字
    receiver.image string 发件人的头像图片

    JSON返回示例

    {
      "letters":[
          {
            "letter_id":"201604070922",
            "time":"2016/04/07 09:22",
            "content":"没有你的世界好安静",
            "state":0
            "receiver":{
                "id":123456,
                "name":"梅fish",
                "image":"www."
            },
          },
        ...
      ]
    }

    发件箱-未读信件接口

    • 需要登录
    • 返回字段数据和全部信件一样

    1.接口地址:http://www.51qingyuan.com/users/letter/send/unread_letters.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

    名称必填类型说明
    page int 每页最多10组信件信息

    发件箱-已读信件接口

    • 需要登录
    • 返回字段数据和全部信件一样

    1.接口地址:http://www.51qingyuan.com/users/letter/send/read_letters.php?page=0
    2.支持格式:json
    3.请求方式:get
    4.请求参数:

     

    名称必填类型说明
    page int 每页最多10组信件信息

    转载于:https://www.cnblogs.com/lxlx1798/p/7094465.html

    展开全文
  • 怎么写软件需求文档

    万次阅读 2016-07-06 14:37:34
    现在要一个新项目,领导让一个需求文档,所以就研究了以下。 总结有几点: 1、要明白客户要什么(需求的大概框架,以及逻辑、算法、公式等),这个过程要问甲方项目负责人(可能会知道有哪些部门、负责人等)...

    以前没写过,也跟公司性质有关,自己研发的软件,然后用户提哪里用的不合适,然后调整。现在要做一个新项目,领导让做一个需求文档,所以就研究了以下。

    总结有几点:

    1、要明白客户要做什么(需求的大概框架,以及逻辑、算法、公式等),这个过程要问甲方项目负责人(可能会知道有哪些部门、负责人等)。

    2、明白框架以后,要明白具体的操作过程(需要录入哪些内容、平时都是根据哪些查询的、哪个地方需要打印、什么时候要导出等),这个过程要问甲方软件使用的具体工作人员。

    在这个过程中可能会有部分业务操作人员提出了(实际操作人可能会提很多,只要他有兴趣,让他说。越详细以后做出的软件系统越健壮。),但是得请示领导以后才能决定,那么再继续问项目负责人。

    3、开始整理、分析软件功能。

    4、把自己整理的功能再详细给领导讲解以下,以自己的思想为主,问领导是否同意(领导始终是自己的思维,所以要把自己想的和领导确认一下),有没有什么补充的。(确认无误后开始下一步)

    5、数据库设计。

    展开全文
  • 需求报告的最终目的是给人来阅读的,所以一定要考虑需求报告的读者群,有4类角色可能阅读软件系统的需求文档:  客户与用户业务高层;  用户的中层管理人员与具体人员;  用户IT主管与开发人员,包括...
  • 产品需求文档(PRD)札记

    万次阅读 2018-04-17 08:58:54
    1、理解并掌握PRD文档-写作思路-写作方法-写作格式2、什么是PRD文档– PRD文档向上是对MRD内容的继承与发展,向下则是...3、再谈BRD/MRD/PRD文档的区别与用途3.1 BRD-这么有好处,并说明好处在哪里– 唐僧出发前,...
  • 总所周知程序员和产品经理之间产生矛盾大多是因为一个叫「需求文档]的东西,那我们应该如何撰写一份程序员真正需要的需求文档来解决这个矛盾呢? 观点:从来不存在一份完美的需求文档可以满足任何程序猿的任何...
  • 如何编写出好的用户需求文档

    千次阅读 2018-04-17 08:57:22
    许多软件开发团队没有需求工程师;开发人员捕获、编写和管理所有的需求。这在资源效率方面是有意义的:开发人员可以在正式编码之前,在系统停机时间收集和编写需求。然而这一做法的缺点是,通常程序员没有在编写需求...
  • 如何写需求分析文档

    千次阅读 2010-04-07 17:45:00
    因此如何更好地的了解、分析、明确用户需求,并且能够准确、清晰以文档的形式表达给参与项目开发的每个成员,保证开发过程按照满足用户需求为目的正确项目开发方向进行,是每个网站开发项目管理者需要面对的问题。...
  • 现代IT项目中的需求管理如何

    千次阅读 2011-12-21 09:50:17
    现代IT项目中的需求管理如何?   领测软件测试网  我们知道现代项目管理的六要素是:时间、成本、质量、组织、范围、客户满意度,实际上,要满足这六个要素,计划一个良好的需求分析是实现这六因素的前提,...
  • 文档——软件需求说明书

    千次阅读 2018-12-04 16:57:10
    软件需求说明是需求分析阶段的一个文档,是对软件目标及范围的求精和细化,深入描述软件功能及软件的约束范围,使用户和软件开发者对该软件的初始的规定有个大概的了解,有利于对项目的回溯和知道后续的开发和维护 ...
  • 还在为word文档传来传去查阅不方便而烦恼吗,还在为查看数据库字段含义不方便而烦恼吗,还在为编写接口文档而烦恼吗?今天为大家推荐一款适合IT团队的在线API文档、技术文档工具,有...
  • 很多公司在使用SharePoint时候,会遇到在Site Collection中无法上传一些格式的文档,但是公司员工还提出需求,想要实现这些被限制的类型文档能够放到SharePoint文档库中管理。面对这样的问题,IT管理者就需要考虑...
  • IT项目管理从大的方面可分为:1)项目启动阶段;2)项目计划阶段;3)项目的实施阶段;4)项目的结项阶段 1)项目启动阶段:  1.项目启动流程规范;  1.1项目启动的简介、目的和范围  1.2目的可行性分析 2....
  • 摘要:本文从企业信息化建设的角度,从信息化项目建设的现状入手,强调项目选择和立项管理的重要性,详细描述了信息化建设项目启动管理的主要管理控制点,及每个管理控制点的主要措施,分析了作为IT项目的甲方,启动...
  • 文档小感

    千次阅读 热门讨论 2013-12-29 14:06:18
    前一阵子总结完视频之后,就火速进入了写文档的阶段,因为借鉴以前的经验,一件事情在开始之前纠结的越久,就会拖的越久,也就是说,纠结是无用的,Just do it !~  写了几天文档,完成了需求和概要设计,在这个过程...
  • 摘要论文作者:吴柏臣随着IT在现代生活起到越来越重要的作用,根据本人参与的项目管理、售前调研、系统开发的多年经验结合最新的项目管理知识,我们就需求管理这个领域来讨论IT项目的需求管理,特别是如何建立完善的...
  • 文档测试

    万次阅读 2009-12-05 00:07:00
    如大家所知,软件需求阶段所产生的需求说明书、设计阶段产生的概要设计文档、详细设计文档、架构文档等,对这些文档的测试也越显重要,在测试的过程中发现的缺陷很多都是由于对文档的理解不准确或是文档变更等原因...
  • 产品经理需要的文档汇总

    千次阅读 2016-08-23 14:07:06
    产品经理需要些的文档 商业需求文档BRD 市场需求文档MRD 用户需求文档URD 产品需求文档PRD 运营需求文档ORD 数据需求文档SRD 商业需求文档BRD
  • Microsoft SharePoint 2010, is it a true Document Management System? September 21, 2010 Although this seems a fairly fundamental question, we will first need to agree on a definition of
  • IT项目开发流程

    万次阅读 多人点赞 2019-06-01 11:48:24
    项目开发流程: ...系统分析员深入了解和分析需求,根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块,大功能模块有哪些小功能模块,...
  • IT项目经理应该什么

    万次阅读 2012-09-28 15:02:48
    IT项目经理应该什么 经常看到这样的项目经理,一副整天忙得团团转的样子,电话不停地作响,一个小时之内要发出几十个指令,好像他所领导的团队离开了他就一天也活不下去。然后他还会说:"我很忙"或"我很累...
  • RxCache中文文档

    千次阅读 2017-09-21 20:50:01
    RxCache官方文档翻译本文翻译自:RxCache官方GitHub地址 版本号:RxCache 1.8.1-2.x 欢迎转载,转发请注明文章来源 http://write.blog.csdn.net/mdeditor#!postId=78056742 @却把清梅嗅中文文档已发布GitHub,详情...
  • [课程分享]IT软件项目管理(企业项目甘特图案例评价、维护管理、文档管理、风险管理、人力资源管理) 对这个课程有兴趣的朋友可以加我的QQ2059055336和我联系  课程讲师:丁冬博士  课程分类:Java  适合人群:...
  • 传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责需求调研,根据调研情况编制详细的需求...在这样的环境下,需求文档是信息传递的主体,也是一份契约。 然而详细的需求说明书有以下5大弊端.......
  • 把业务需求转换为IT要求

    千次阅读 2006-09-05 14:55:00
    作为 IT 架构师,您可能经常会发现自己处于进退维谷的境地,前有您的业务目标,后有您的 IT 系统。这两方面都具有规模大、不易改变和灵活性差的特点。制定业务目标的人员和开发系统的人员不一定了解彼此 的工作内容...
  • 我们应当怎样做需求分析

    千次阅读 2016-05-10 18:12:40
    ”这说得比较夸张,毕竟他是在销售,但至少传达出一个概念,那就是事先培养感情,感情培养起来才好慢慢做事,需求调研也是一样。 需求调研不是一蹴而就的事情,是一件持续数月甚至数年的工作(假如项目...
  • 如何在 Windows 上 使用 ONLYOFFICE 协作编辑文档

    万次阅读 多人点赞 2018-02-19 20:21:39
    ONLYOFFICE Document Server提供文档协作的服务功能,支持Word,Excel和PowerPoint以及国产WPS的协作。但是这里告诉我们,需要进行文档管理和存储的二次开发。它api里现成的开发好的文档管理平台,有java,node.js,...
  • 有时我们的系统中有这样的需求:用户将文件上传到服务器,然后需要我们将其中一篇文档当做段落插入到另一篇文档中。 要完成这种需求,如果从头到尾由我们自己来实现的话,首先要会集成ActiveX控件,其次还要懂一些...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 122,435
精华内容 48,974
关键字:

如何做it需求文档