技术文件
文件名称：任务管理系统需求说明书项目名称：任务管理系统
共页
(包括封面)
作者：
1 引言
1.1 编写目的
本文详细描述任务管理系统的需求，表述的需求信息要求明确、无二义性。开发方与软件使用者充分沟通需求，最终形成此文档。此文档是后续软件开发的依据。
1.2 背景
任务管理系统是一个XX与XX电气新技术有限公司产学研合作项目，项目由XX机电新技术有限公司提出，由XX承担开发任务。
1.3 定义和缩略语
本文使用了表1.1所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。
表1.1 术语/定义
表1.2所列为本文用到的缩略语。
表1.2 缩略语
1.4 参考资料
本文使用了表1.2所列为本文用到的参考资料。
表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进行表述。
D1D0D2
图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系统的核心模块，也是用户使用最频繁的模块。
4.4.1.1 任务发布
1. 功能说明
用户在此功能模块中发布任务信息。具体功能需求如下。
1)可以直接在页面上录入任务信息。
2)录入任务信息后并保存，进行发布操作后，任务才会发布出去。
3)发布后的任务信息不能更改，若需更改已发布的任务信息到任务处理模块
进行操作。
4)在下发任务时，可以设定此任务是由哪个任务引入的，即可以设定父任务。
比如某主管从生产部长那接收了一个任务，主管针对此任务分解若干个子任务再下发给工段长。这样便于跟踪任务的进展，如某一个大的任务，产生了
多少子任务。
5)设定反馈期限，例如一个需要执行1个月的任务，可以设定4个时间点，任务接收者需要分别在4个时间节点前向任务发布者反馈任务执行情况。
6)任务接收者可以有多个，但必须设定一个主承担人，只有主承担人才能进行任务确认完成操作。
7)发布者可以向能够发布的人员发布任务，具体要求参见本文档4.3.2。
8)任务发布时向接收者和知晓者发送提醒消息。
9)若用户在接收到一个任务T后，需要分解成若干子任务，那么需要至此模块发布子任务，并且设定子任务的父任务为T。
关于常规工作计划
1)常规工作计划分为周工作计划、月工作计划。
2)常规工作计划由可以由Excel导入。Excel表格的格式如下。
周计划样表说明。表4-1和4-2格式一样，只是在示例数据上有区别。
表4-1 周常规计划表1
表4-2 周常规计划表2
(1)接收人可以有多个，反馈期限可以有多个，若有多个用中文顿号分割。
(2)生产部主管S0可以在任务发布模块导入表4-1，向耿亮等下发周常规工
作计划，对于接收到任务的主管，例如耿亮，同样在任务发布模块可以用表4-2导入自己的周常规工作计划，然后下发给本组织的人员。
(3)通过Excel导入周工作计划后，显示导入的任务列表，需用户在确认无误
后发布。
(4)月工作计划同周工作计划。
关于制程管理
制程管理的处理方式同常规工作计划。
2. 数据输入
4.4.1.2 待我接收的任务
1. 功能说明
用户在此功能模块中查看分配给自己的任务。具体功能需求如下。
1)此模块仅显示分配给自己但未接收的任务信息。
2)可以针对自己的情况自行设置任务优先级。
3)若对任务有疑义，可以填写接收者意见后拒绝接收任务。同时向任务发布
者发送拒绝接收任务提醒消息。
4)若对任务无疑义，可以填写接收者意见后接收任务。同时向任务发布者发
送同意接收提醒消息。
5)若用户是组织的主管，在接收任务后可以分配给本组织的直接下属。在分
配任务时，可以指定每个任务接收者的反馈期限。
2. 数据输入
4.4.1.3 我发布的任务
1. 功能说明
用户在此功能对自己发布的任务进行处理。
具体功能需求如下。
1)可以查看自己发布且未结束的任务。若要查询已结束的任务到任务查询模
块。
2)查看自己已发布的任务信息、任务是否被接收、任务是否被拒绝。
3)修改任务信息，因为任务属于已发布任务，所以若修改任务信息则需通过
提醒消息通知任务接收者和知晓者。
4)针对被拒绝的任务可以进行如下操作：
(1)针对任务接收者的决绝接收理由发送回复。
(2)若需修改任务信息，则进行修改后重新发布。同时向任务接收者和知
晓者发送任务被修改提醒消息。
5)针对正在进行的任务（即任务接收者接收了任务）可以进行如下操作：
(1)向任务接收者发送信息，例如督促提醒信息。
(2)通过查看任务接收者的反馈信息了解任务的进展情况。
6)针对任务接收者已完成的任务，给予任务完成情况评价。
7)处理逾期情况，详细见本文档4.2.3。
8)通过图表的方式查看任务进展情况。
2. 数据输入
任务相关信息。
4.4.1.4 我接收的任务
1. 功能说明
用户在此功能对自己接收的任务进行处理。
具体功能需求如下。
1)可以查看任务信息，即自己接收的且未完成的任务。
2)可以针对自己的情况自行设置任务优先级。
3)填写反馈给任务发布者。
4)设定具体任务的提醒期限。
信息系统需求说明书信息系统专业
目录 一、引言 1.1编写说明 (3) 1.2编写目的 (3) 1.3系统目标 (3) 1.4参考文献 (3) 1.5业务流程 (4) 二、用户需求 2.1业务需求 (4) 2.2性能需求 (4) 三、业务流程 3.1数据流程图 (5) 3.2UC矩阵 (7) 四、系统分析 4.1用例图及用例分析 (8) 4.2类图 (16) 4.3 E-R图 (17) 4.4事件流程图 (18) 五、功能 5.1包图 (22) 5.2系统功能 (24) 5.3系统功能的模块 (24) 六、数据调查及分析 6.1数据字典 (26) 6.2数据项描述 (32) 七、系统运用技术分析 7.1主要技术 (33) 7.2开发模式 (33) 7.3项目完成主要步骤 (33) 八、系统重要代码 8.1登陆部分 (34) 8.2卖票部分 (36) 九、风险说明 9.1信息系统面临的主要风险 (40) 9.2风险的处理策略 (41) 十、遗留问题 (42) 十一、总结 (42)
§1引言 随着人们生活水平的不断提升，看电影已经成为越来越多人业余时间消遣和放松的一种必要方式和渠道，人们对电影院的要求也随之不断提高，因此，电影院为了提高自身的竞争力而开发电影信息系统管理软件，在以后的运营中为用户提供更加优质的服务。 §1.1编写说明 项目开发的提出者为在校的学生，开发者为刘储文、赵越、徐燕、杨晓亮、刘玉，已明确用户有：各大电影院。 用户特点：各大电影院的工作人员、管理人员和影院顾客。 §1.2编写目的 此文档定义了该电影院管理系统的规格和功能说明。 该文档的使用者主要为系统的管理人员，使用人员和维护人员。 部分文档中提到的功能在实际操作中因技术限制未能全部实现。 目的是使该程序的使用人员，运行人员和管理人员对该系统的功能有一个统一的认知,方便人员的使用和维护。 §1.3 系统目标 软件开发的意图为便于电影院的管理，方便查看有关电影及放映的情况。如电影院队职工、顾客、电影信息的查找、删除、修改和添加。 §1.4参考文献 （1）杨选辉《信息系统分析与设计》清华大学出版社 （2）王少锋《面向对象技术UML教程》清华大学出版社 （4）萨师煊《数据库系统概论》高等教育出版社 §1.5业务过程
需求规格说明书
目录 第一章综述 (1) 1.1编制目的 (1) 1.2适用范围 (1) 1.3参考依据 (1) 1.4编制约束 (1) 1.4.1图元约束 (1) 1.4.2编码约束 (2) 1.4.3格式约束 (3) 1.5内容结构（可选） (4) 1.6导读说明 (4) 第二章项目概述 (5) 2.1项目背景 (5) 2.2项目范围 (5) 2.3项目目标 (5) 2.4现状描述 (5) 第三章需求总体分析 (6) 3.1功能体系设计 (6) 3.1.1功能结构 (6) 3.1.2功能分布 (7) 3.2整体业务流程（可选） (8) 3.3业务标准体系 (9) 第四章功能性需求 (10) 4.1功能综述 (10) 4.2需求清单 (10) 4.3需求优先级（可选） (10) 4.4功能编码?功能项 (11) 4.4.1功能综述 (11) 4.4.2业务流程 (11) 4.4.3关系分析 (13) 4.4.4详细功能需求 (13) 第五章非功能性需求 (17) 5.1软件质量属性需求 (17) 5.1.1运行期 (17) 5.1.2非运行期 (20) 5.2约束性需求 (21) 5.2.1基础架构 (21) 5.2.2标准规范 (21) 5.2.3集成要求 (21) 5.2.4其他约束 (21) 第六章集成需求 (22)
6.1技术要求 (22) 6.2数据集成 (22) 6.3应用集成 (22) 6.4流程集成 (23) 第七章尚需解决的问题 (24) 7.1问题总表 (25) 7.2问题处理 (25) 附录I 业务对象 (26)
第一章综述 若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、第二章和第三章内容。 1.1编制目的 用简洁的语言描述编写这个文档的目的。 1.2适用范围 本文档适用的范围。 1.3参考依据 列举编写软件需求规格说明时所参考的资料或其它资源。这可能包括且不限于：用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。 1.4编制约束 1.4.1图元约束 （1）流程图图元约束：
教学管理信息系统需求规格说明书
1.引言 1.1编写目的 1.2项目背景 1.3定义 1.4参考资料 2.任务概述 2.1目标 2.1.1理念目标 2.1.2功能目标 2.2运行环境 2.3条件与限制 2.3.1技术限制 2.3.2使用限制 3.数据描述 3.1静态数据 3.2动态数据 3.3数据库介绍 3.4数据字典 3.4.1数据流词条描述 3.4.2数据文件词条描述 3.4.3加工逻辑词条描述 3.4.4源点及汇点词条描述 4.功能需求 4.1功能划分 4.2功能描述 5.性能需求 5.1数据精确度 5.2时间特性 5.3适应性 6.运行需求 6.1硬件接口 6.2软件接口 6.3故障处理 7.其它需求
1.引言 1.1编写目的 本软件需求规格说明书是系统分析人员与用户进行了大量的交流后写成的，比较全面的描述了用户的各种需求。该文档确定了待开发软件的功能、性能、数据、界面等要求，并确定了系统的逻辑结构。为今后的开发人员进行系统开发提供了依据，也为项目经理、设计人员、营销人员、用户、测试文档的编写人员提供了参考。 1.2项目背景 项目名称：教学管理信息系统 项目任务提出者：齐鲁工业大学 项目开发者：张云、张丽梅、邓蓓蓓、陈瑞红、林慧萍、郑惠 项目用户：齐鲁工业大学所有管理人员和学生 随着学校教育水平的不断提高，学校规模不断扩大，传统的C/S结构的信息管理软件已经远远不能够满足学校的需求，已经成为学校进一步发展的瓶颈。经总结，这类信息系统存在如下的缺陷：①软件维护的费用高。②信息查询不方便。③不利与远程管理。④软件的可操作性不高。 为了眤补这些缺陷，消除影响进一步发展的瓶颈，降低学校的信息软件维护成本，进一步方便学生使用，方便教职工管理，我们项目组决定在这次软件开发过程中，开发基于B/S架构的教学管理信息系统。 1.3 定义 JavaWeb：是用Java技术来解决相关Web互联网邻域的技术总和 MySQL：MySQL是一个小型关系型数据库管理系统 MVC：模型，视图和控制。目的是实现Web系统的职能分工。 主键：数据库表中的关键域，值互不相同。 外部主键：数据库表中与其他表主键关联的域。 1.4 参考资料 1.张海藩.软件工程导论.北京：清华出版社，2008.2 2.王珊.数据库系统原理教程.北京：高等教育出版社，2006.5 3.刘利民.《软件工程综合设计》指导书.XX工业大学，2009.3 2.任务概述 2.1 目标 用户对系统的具体要求，摸清相关业务的具体流程，收集相关的信息、表格和文本，并对这些信息进行分析处理，制定面向现实世界的系统模型，如绘制业务流程图和E??—R图，制作数据字典等，为系统设计做好前期准备工作。 2.1.1理念目标 进一步提高学校的信息化管理水平，方便学生对个人基本信息及成绩的查询，方便教职工的管理，降低学校信息管理软件的维护成本。 2.12功能目标
武汉科技学院《管理信息系统》实验报告 班级：电商08 1 姓名：学号：0814471014 指导教师：林 实验时间： 2011 年 05 月 20 日 实验一：管理信息系统案例分析 一、实验目的 理解管理信息系统的组成和结构，管理信息系统的分类，管理信息系统的功能，管理信息系统的应用。 二、实验内容 能通过因特网查询管理信息系统的应用介绍文档；查询管理信息系统在某企业或组织应用的案例。 （1）分析管理信息系统应用文档的组成； （2）分析所调查的管理信息系统案例的功能特点； （3）能对所调查的管理信息系统案例的应用进行分类； （4）分析所调查的管理信息系统案例所采用的技术； （5）总结并阐述你对管理信息系统的理解； （6）结合自己的生活学习实际，拟定一个管理信息系统应用项目。 三、操作步骤 我调查了“湖北省新华书店---- 网上图书馆”这个“图书馆图书管理信息系统”——的应用案例。 (1)通过因特网查询以及学习，知道管理信息系统的应用介绍文档如下： 在分析阶段有《系统分析报告》； 在系统设计阶段有《系统设计报告》，它包括以下八份文档材料《系统总体结构图》，《系统设备配置图》，《系统分类编码方案》，《数据库结构图》，《I/O设计方案》，《层次化模式块结构图说明书》，《系统的安全设计方案》，《系统详细设计方案说明书》； (2) 该系统的功能特点是： 借书者可以通过该系统可以办理借书证，借还书，注册登录，在线提问，查询已借图书信息，图书查询，查看新书通报，修改个人资料，财金查询等； 管理者通过该系统可以注册新书进数据库(自动显示在网站的“新书通报”中)，注销旧书，图书的分类管理；在图书馆网站上:更新维护网站，发布公告，网上读者留言解答；以管理员身份登入后台，注册、删除用户，记录借出、归还图书信息，图书过期、丢失索赔操作等。
需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励／响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例： (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)
6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)
1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。 需求分析是在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在回答"系统做什么"的问题，确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。 此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。 1.2 项目风险 政策风险分析： 随着社会的进步与人们生活水平的提高大幅度增加，尤其在我国汽车进入家庭的条件下，需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备，为了让四轮定位仪市场变得规范、有序，中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年，制定了四轮定位仪的行业标准（标准号JT/T505-2004），国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定：一、二类汽车维修企业必须配备
出行服务网站 产品需求规格说明书 部门： 时间:
目录 1引言................................................ 错误!未定义书签。 编写目的....................................... 错误!未定义书签。 项目背景....................................... 错误!未定义书签。 术语定义及编写说明............................. 错误!未定义书签。 版本更新信息................................... 错误!未定义书签。2产品定义............................................ 错误!未定义书签。 应用目标....................................... 错误!未定义书签。 产品业务流程........................................ 错误!未定义书签。 接口描述............................................ 错误!未定义书签。3应用环境............................................ 错误!未定义书签。 设备环境....................................... 错误!未定义书签。 系统运行的硬件环境............................. 错误!未定义书签。 系统运行的软件环境............................. 错误!未定义书签。 系统运行的网络环境............................. 错误!未定义书签。 用户操作模式................................... 错误!未定义书签。4功能规格............................................ 错误!未定义书签。 前台功能....................................... 错误!未定义书签。MISP网站系统前台主要功能如下图所示：................... 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。
管理信息系统----沃尔玛 1962 年山姆·沃尔顿在本顿维尔小镇上建立第一家沃尔玛商店。经过60年的发展，那家设立的农村的小超市沃尔玛已经发展为在世界拥有五千多家连锁店的巨大商业帝国，并连续几年蝉联福布斯500强排行榜之首，我们不禁要问，是什么让沃尔玛如此成功 一.沃尔玛的优势与劣势 沃尔玛公司，作为一个销售巨头，有着它自己独特的优势： 1.经营理念和企业文化 沃尔玛把“顾客是上帝”作为经营理念，使之成为企业文化的重要基础部分，成为企业坚持不懈的核心价值观。提供全面化的客户服务，对顾客的服务永远遵两个基本原则：1.顾客永远是对；2.顾客如有错误，请参照第一条。沃尔玛还有十分有名“三微笑”原则，“让顾客满意”是沃尔玛公司重要目标。沃尔玛经营秘诀在于不断地了解顾客的需要，设身处地为顾客着想，最大程度地为顾客提供方便。 2.企业实力 覆盖全球的销售网络沃尔玛在全球15个国家开设了超过8,000家商场，下设53个品牌；资金雄厚，现代化的经验管理系统。 3.信息化建设 沃尔玛注重信息化建设，拥有自己的卫星和遍布全球的大型服务器和自己专门的IT部门，专门从事各种经验所需的软件开发，并且在信息化建设上投资巨大，形成了完整的高效的信息化网络。 4.成本优势 沃尔玛在进货，物流等方面的成本都大大低于同行。例如沃尔玛的配送中心的自动化程度很高, 送至此处的商品85%都采用机械处理, 这就大大减少了人工处理商品的费用。 5.与供应商的关系 沃尔玛对供应商的选择要求十分严格，供货商所提供的商品质量优良，符合中国政府及地方政府的各项标准和要求；商品价格是市场最低价；成为了沃尔玛的供应商后，沃尔玛会供应商提供强大的资源分析，让供应商了解自己商品的销售，以便供应商即使对自己的商品展开调整，沃尔玛还为供应商提供管理协助, 如选择最快、最节省成本的送货路线。沃尔玛在同供应商交易时, 能严格遵守合同所规定的交易期限, 按时结算, 而且批量大、周转快, 加上采购额巨大,所以供应商大都愿以最低价位向其出售商品。 其劣势为： 1.沃尔玛海外业务比较薄弱 2001年沃尔玛的销售额中约有％来自国外零售店。来自国外的利润为亿美元，占总销售利润的%。 2.海外发展历史较短 沃尔玛1991年开始海外发展，对这样一个有着悠久历史的零售业巨头来说，海外扩张的时间明显较短。 3.覆盖国家和地区较少 沃尔玛在全球的连锁店只覆盖了15个国家。全球一百多个国家，只占了很小的一部分，这是他要全球化进军所必须突破的障碍。 4.中国发展的瓶颈 在中国，由于中国信息化发展还处于起步阶段，只能和沃尔玛进行简单的数据交换由于中国的运输网络还有物流发展的不健全，使沃尔玛的先进的物流运输系统得不到充分的利用，并且由于中国国情和政治因素的影像，沃尔玛花巨资的商用卫星无法得到使用。
专 组号：小组成员： 完成时间：
目录 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人
第二章奇瑞公司的SAP/ERP 实施与信息化建设 一、奇瑞公司的ERP 实施成功的因素有哪些？ 企业资源规划是企业经营和管理技术进步的代表。它融合了管理信息系统的处理功能，在信息技术的基础上，通过系统的计划和控制功能，结合企业的流程优化，有效地配置各项资源，以加快对市场的响应速度，降低成本，并且把企业信息集成的范围扩大到企业的各个部门，管理整个运转体系，提高其运转效率，为企业创造更多价值. 二、在分析该公司各信息系统应用业务领域及其作用的基础上,试讨论管理信息系统具有的特点。 1、它是一个为管理决策服务的信息系统 2、是一个对组织乃至整个供需链进行全面管理的综合系统 3、是一个人机结合的系统 4、是一个需要与先进的管理方法和手段相结合的信息系统 5、它是多学科交叉形成的边缘学科。 管理信息系统的目的在于辅助决策，而决策只能由人来做，因而管理信息系统必然是一个人机结合的系统。在管理信息系统中，各级管理人员既是系统的使用者，又是系统的组成部分，因而，在管理信息系统开发过程中，要根据这一特点，正确界定人和计算机在系统中的地位和作用，充分发挥人和计算机各自的长处，使系统整体性能达到最优。 三、分析和讨论该案例反映了 ERP 哪些经营理念？为什么？ 1、采用精益生产方式。 其目的是通过精益生产方式的实施使管理体系的运行更加顺畅。 2、实现全球大市场销售战略与集成化市场营销。 奇瑞信息化的目标是先进管理思想指导下，在国际化、全球大市场视野下，以客户为中心，以市场为向导，建立一个集成的功能强大的信息交互平台。 3、新的技术开发和工程设计管理模式。
ERP 的一个重要目标就是通过对系统各部门持续不断的改进，最终提供令顾客满意的产品和服务。而奇瑞公司在成功实施ERP的同时，购置和开发一系列网站，实现PLM、ERP、SCM、CRM、门户网站等初步集成，基本实现对客户和经销商的电子化服务。 4、ERP的内容在发展。 有些独立软件如供应链管理系统，客户关系管理系统等都是面向决策的，在电子商务环境中，为了利用ERP提高交易效率和改进决策制定过程，就必须改变业务运作模式，实现ERP与SCM、CRM的功能整合。而奇瑞公司通过进一步完善和建设ERP、CRM、LMS、SCM、EPS、DSS、基础建设等信息系统并有效集成，建设奇瑞汽车电子商务综合信息平台，最终规范和理顺了公司的全部管理和业务流程。 第三章某石化厂计算机网络系统 一、实例中涉及了哪些网络技术和网络互联设备？ 1．涉及了局域网，广域网,总线型拓扑结构，星型结构，光纤等网络技术 2．涉及了桥路由器，交换器，集线器和中继器等这些网络互联设备 二、实例中涉及的网络互联设备应用于OSI参考模型的哪些层？ 1．桥路由器应用于OSI参考模型的网络层 2．交换器应用于OSI参考模型的数据链路层 3．集线器应用于OSI参考模型的物理层 4．中继器应用于OSI参考模型的物理层 第四章 1、能不能直接用FORM标记元素编写的交互网页（HTML文档）实现网上动态交互？为什么？还需要做什么工作？ 不能，仅靠HTML是不够的还必须利用ASP环境来进行处理，即服务器端还必须有相应的程序来处理。 2、用ASP编写的“提交”程序和查询后的“返回”程序之间是依靠什么语句来连接的？
农贸市场信息管理系统
农贸市场信息管理系统 需求规格说明书
1 / 17
农贸市场信息管理系统
文件状态： [ ] 草稿 [√] 正式发布 [ ] 正在修改
系统名称： 当前版本： 作 者： 完成日期：
农贸市场信息管理系统
王金鑫 季猛 袁梦 李美林 2016 年 6 月 22 日
目录
1 文档介绍 ................................................................. 3 1.1 文档目的 ............................................................. 3 1.2 文档范围 ............................................................. 4 1.3 读者对象 ............................................................. 4 1.4 参考文档 ............................................................. 4 1.5 术语与缩写解释 ....................................................... 5
2 / 17
农贸市场信息管理系统
2 产品介绍 ................................................................. 5 3 产品面向的用户群体 ....................................................... 6 4 产品应当遵循的标准或规范 ................................................. 6 5 产品范围 ................................................................. 6 6 产品中的角色 ............................................................. 6 7 产品的功能性需求 ......................................................... 7
7.1 功能性需求分类....................................................... 7 7.2 用例图............................................................... 8 7.3 用例描述............................................................ 11 8 产品的非功能性需求 ...................................................... 12 8.1 用户界面需求...................................................... 13 8.2 产品质量需求........................................................ 14 9 开发及运行环境 .......................................................... 15 9.1 开发环境............................................................ 15 9.2 运行环境............................................................ 16 10 开发团队及分工 ......................................................... 16
1 文档介绍 1.1文档目的
3 / 17
信息管理系统之案例分析：伦敦股票交易所项目的崩溃 09级11班赵诣1.分析金牛座项目存在的问题。指出是哪些管理、组织和技术因素导致了这些问题的发生? 技术方面： 借用文中一主要经济人琼斯的话来概括就是：数据库的选择被证明是一场技术上的灾难。因其虽然很好但并不适用。 管理、组织方面： （1）交易所前主席史密斯先生认为，此系统规格被多种力量所左右,包括复杂的立法和投资者要求的不断变化。而对于系统功能的膨胀,一个更主要的原因是冲突太多,有权威的既得利益集团太多,而伦敦的股票交易所又不愿意在他们中做出选择。（2）这个项目功能过于狭窄。金牛座系统仅仅适用于英国国内股票交易,但是有许多英国股票是国际性的股票。 （3）还有就是外部化。由于所有的责任都转移到伦敦交易所以外了,所以交易所内的技术人员就不再去提出客观的意见,也不再去对项目进行监督了，这样极大地降低了交易所工作人员的工作积极性。 2.劳林斯辞职,以此来承担对这个项目失败应负的责任,这样合适吗?为什么? 我认为对于一位处在如此重要职位的管理者来说，在职期间出现了如此重大的问题辞职是不可避免的。因此次事件造成了近5亿美元的重大损失，且对交易所的声誉造成不可估量的负面影响。 3.你认为在这个项目的开头,能够或者应该采取一些什么不同的措花来防止失败的发生? 首先是要在项目开始之前充分做好前期调查，技术分析和相应的准备工作。相关的市场评估，较为详细周密的运作计划都需要反复讨论及敲定。其次一定要结合自身特点，不能盲目选择高于自身水平及不符合自身发展目标的相关技术。最后对于合作伙伴的选择也可以更加透明化，且充分协调各方利益，避免冲突。 4.从对新的分水岭项目那一点点了解当中,你发现它从金牛座项目那里已经得到了哪些教训,还有什么要注意的? 设计上要比金牛座系统简单，新项目的目标定得比金牛座低得很多,金牛座的目标曾是要保持其国际称雄地位。用户们对未来系统的使用已经不再是强制性的。其他注意的方面的话，我认为需要时刻保持警惕，密切关注市场变化，发现问题要及早解决。
进销存管理系统需求说明书 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 2 项目概述 (1) 2.1 产品描述 (1) 3 具体需求 (2) 3.1 功能需求 (2) 3.1.1 基础信息管理功能需求 (2) 模块概述 (2) 3.1.1.1 往来单位信息管理 (2) 3.1.1.2 商品信息管理 (7) 3.1.1.3 仓库信息管理 (12) 3.1.1.4 银行账户信息管理 (15) 3.1.1.5 员工信息信息管理 (18) 3.1.1.6 费用科目信息管理 (21) 3.1.2初始化信息管理功能需求 (24) 模块概述 (24) 3.1.2.1 期初商品库存信息管理 (25) 3.1.2.2 期初应收,应付款信息管理 (28) 3.1.2.3 期初银行账户信息管理 (32) 3.1.3 系统管理模块功能需求 (35) 模块描述 (35) 3.1.3.1 公司信息管理 (37) 3.1.3.2 权限管理 (39) 3.1.3.3 系统信息 (43) 3.1.3.4 用户修改密码 (45) 3.1.3.5 用户登陆系统 (47) 3.1.4 现金管理功能需求 (49) 模块概述 (49) 3.1.4.1其他费用支出 (50) 3.1.4.2 其他收入 (52) 3.1.4.3 付款单录入 (55) 3.1.4.4 收款单录入 (57) 3.1.4.5 资金往来查询 (60) 3.1.4.6客户对帐单 (62) 3.1.4.7应收应付款报表 (64) 3.1.4.8 银行资金报表 (66) 3.1.4.9 到期单据提醒 (68)
管理信息系统系统 需求分析说明书 文档名称：管理信息系统需求分析说明书 文档编号：AICBS-SAS-子系统模块名-0 版本号：0.0.0 建立日期：2004年xx月xx日 电子版名：需求分析说明书.doc Confidential（机密） 共页
文档修改记录 序号日期版本修改内容说明修改原因作者1 2004 年xx 月0.0.0 新建新建 xx 日
目录 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.1.4 功能要求 (6) 3.1.5 业务实例 (6) 3.1.6 特点(feature) (7) 3.1.7 特殊要求 (7) 3.2 功能需求 2 (7) 3.3 功能需求 3 (7) 3.4 功能需求 4 (7) 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. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准．列出这些文件 资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来 源．
1、通过案例，请简要说明什么是电子结算及目前主要的电子结算技术有哪些？ 含义：电子结算就是买主和卖主之间在线资金交换。交换的容通常是由银行或中介机构发行的并由法定货币支撑的数字金融工具。 主要电子技术：信用卡结算；电子现金结算；电子支票结算；电子钱包结算；借记卡结算；电子代币结算等方式。 2.结合本案说说什么是第三方支付，目前主流的第三方支付系统有哪些？ 第三方支付：就是一些和产品所在国家以及国外各大银行签约、并具备一定实力和信誉保障的第三方独立机构提供的交易支持平台。 （原文）主流第三方支付系统：快捷支付、支付宝、银联、财付通、汇付天下、易宝支付、快钱、网易宝、网银在线等。 3.简述第三方支付系统的优势？ 第三方支付系统的优势： （1）比较安全。信用卡或信息仅需告知支付中介，无需告诉每个收款人，大大减少失密的风险； （2）支付成本较低。支付中介集量电子小额交易，形成规模效应，故支付成本较低（3）使用方便。支付者所面对的是友好界面，不必考虑背后复杂的技术操作过程（4）支付担保业务可在很大程度上保障付款人的利益。 1、什么是网络拓扑结构？常见的网络拓扑结构有哪些？ 网络拓扑结构：指运用拓扑学的观点来研究计算机网络的结构。用传输媒体互连各种设备的物理布局，就是用什么方式把网络中的计算机等设备连接起来。 常见网络拓扑结构：（1）点到点式：星型、环型、树型
（2）广播式：总线式、卫星和无线电 2、结合案例说说为什么本例采用了国际标准的星型网络拓扑结构？其工作原理是怎样的？（1）原因：该拓扑结构具有扩充灵活、维护便捷、运行稳定、互联性好、性能价格比合理等特点，是计算机网络系统采用的最优也最经济的方案。（原文） （2）其工作原理：以一台中心处理机（通信设备）为主而构成的网络，其它入网机器仅与该中心处理机之间有直接的物理链路，中心处理机采用分时或轮询的方法为入网机器服务，所有的数据必须经过中心处理机。 3根据管理信息系统理论，结合医疗行业，请简述一般的医院信息系统的核心模块有哪些？ 核心模块：①行政管理系统。包括人事管理系统，财务管理系统，后勤管理系统，药库管理系统，医疗设备管理系统，门诊、手术及住院预约系统，病人住院管理系统等。 ②医疗管理系统。包括门诊、急诊管理系统，病案管理系统，医疗统计系统，血库管理系统等。 ③决策支持系统。包括医疗质量评价系统，医疗质量控制系统等。 ④各种辅助系统。如医疗情报检索系统，医疗数据库系统等。 1、江铃国际集团原有模式会给企业带来哪些问题？ （原文）1、原有模式问题：（1）技术落后无法满足现行业经营管理的需求。原有系统只能在局域网上运行，不能进行远程处理，数据易混乱，不能准确对账且重复录入性工作多，银行对账单不能直接引入需手工 （2）财务核算不能实现数据共享和传输。原系统存在信息孤岛，不能满足整个集团对财务整体状况进行监控统计和对部对账等管理的需要 （3）事前事中控制困难。原系统功能简单，财务不能完全甩账，只能事后分析不能事前计
软件需求规格说明书(案例) 1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,800*600的兼容显示器 标准兼容打印机 <2>软件方面: WIN95操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下: 3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据 3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间 3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 销售管理数据库:当日销售记录及以前的销售统计,用于销售分析 财务管理数据库:公司内部账目及收支情况详表 技术管理数据库:公司所需各技术档案的详细记录(包括文档) 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户
物流管理信息系统 需求说明书 二○一一年十月 1.引言 (4) 1.1信息系统项目简介 (4) 1.2编写说明 (4) 1.3参考资料 (4)
2、目标 (4) 2.1概述 (4) 2.2系统需求模型 (4) 2.3系统模块清单 (5) 2.4系统角色划分 (6) 3、详细需求 (6) 3.1物流配送管理 (6) 3.1.1货品管理 (6) 3.1.2出入库管理 (8) 3.1.3订单管理 (9) 3.2网上业务 (11) 3.2.1电子公告 (11) 3.3系统管理 (11) 3.3.1数据字典 (11) 3.3.2用户管理 (12)
1.引言 1.1信息系统项目简介 本需求分析说明书的编写目的在于研究物流管理信息系统的开发途径和应用方法。 本需求说明书的预期读者是与物流管理信息系统开发有联系的开发组成人员、支持本项目的领导和公司人员，软件验证者。 1.2编写说明 我们在作本系统需求的时候，是在对方公司进行了为期七天的实地调研，然后结合自身对物流行业的了解和认识，以及同行在软件实现上的经验完成的。我们与物流企业业主、管理者进行了面对面的沟通。我们在进行本系统的开发初始，就企业的基本组织架构、基本功能单元和需求定义，在企业实地考察了该企业的数个仓库及参与流程的各个部门和生产现场。并获得了大量的一手的原始资料。 由于需求分析的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的接口细节，定义软件的其他有效性需求。 本报告的编写，反映了需求分析工作能否掌握所开发系统需求，以及对这些需求的解决方案。使委托开发方及软件开发方对问题的识别达到共识，反复交流，为软件开发的成功奠定基础。 1.3参考资料 [1]陈娅娜,鞠颂东.敏捷供应链下库存管理的财务影响[J].物流科技,2008.5. [2]张琪.基于供应链管理的会计信息系统的设想[J].会计之友(下旬刊),2008.4. [3]曹军.论供应链管理下新会计信息系统的构建[J].天津财经大学学报,2007.1 0. 2、目标 2.1概述 本系统利用互联网技术，以电子商务形式，通过建立“物流管理信息系统”，为广大物流公司提供货品信息录入、货品出入库管理、顾客订单管理、货品配送以及物流
企业信息化建设案例分析案例 ——美高集团企业信息化建设案例 青岛美高集团成立于1995年，主要生产硅胶系列产品，是典型的制造业企业。随着企业的不断壮大，以及市场竞争的日趋激烈，发展过程中所面临的瓶颈问题也越来越多，企业高层仅凭主观判断和经验决策，无疑会给企业的发展带来巨大的风险。为此，我们必须迅速变革和创新，寻求一种新的管理模式，通过先进的管理工具和有效的管理方法解决存在的一些瓶颈问题。 一、信息化基础建设 信息化建设主要包含两大方面，一方面是硬件，一方面是软件。这两方面资源的整合，加上有效的管理机制，企业的信息化平台就建立起来了。公司现在办公人员人手一机，建立了内部局域网，办公区与分厂之间全部互联，引进光纤，大大提高了Inter网的带宽和浏览速度，保证了资源共享和文件传输的便利条件，为以后软件建设提供了基础和保障。 另一方面，网络资源也要充分的拓展和有效利用。美高集团在建厂初期就建立了自己的网站，拥有了企业邮箱，并注册了顶级行业域名，提供了灵活的站内内容搜索机制和流畅的信息发布通道，还建立了公告、售后服务、论谈等栏目的动态发布机制。定期更新网站内容，并每年在Google、 Yahoo、Baidu等搜索引擎和商业平台上做了多语言的宣传推广，提高企业知名度，挖掘潜在客户提供了强有力的网络资源和途径。 二、信息化软件系统实施 信息化建设的重中之重是企业软件的实施与管理。目前来说最典型的就是企业资源规划，就是我们通常所说的ERP系统，它代表了制造企业在信息时代管理革命的发展趋势。其基本思想就是将企业的业务流程看作是一条供应商、企业本身、分销网络以及客户等各个环节紧密联接的供应链，企业内部又划分成几个相互协同作业的支持子系统，如财务、市场营销、生产制造、质量控制、服务维护、工程技术等。 ERP系统引入企业，通过该系统带动企业革新管理理念，形成以客户为中心的供应链管理模式，对于现代大中型企业来说，适应信息时代管理革命的变革。ERP系统的在企业的实施成功率还是比较低的，为何实施效果不尽人意呢美高在实施的过程中，总结原因主要有以下几点： 1、对信息系统建设存在观念的误区 目前，主要存在四种错误倾向：一是“简单化”。认为信息化就是上马信息系统项目，完全是技术上的事情。二是“神秘化”。认为信息化太高深，需大量专业知识，自己没有能