信息系统需求说明书精讲

信息系统需求说明书信息系统专业

目录

一、引言

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业务过程

调研

确定

编程

调试

运行

应用

§2用户需求

§2.1 业务需求

●职工信息管理：职工的基本信息，排班信息和职工的权限管理；

●职工信息处理：职工信息的修改、添加、删除和查询；

●会员信息管理：会员的基本信息，等级信息；

●会员信息处理：会员基本信息修改、添加、删除和查询，会员积分的更改；

●电影信息管理：电影的基本信息；

●电影信息处理：电影信息的修改、添加、删除和查询，电影的排场和售票；

§2.2 性能需求

该电影管理系统主要实现的是信息的录入，发布，更新，因此，不管对电影管理的需要或是管理者获知信息的需要以及各个部门之间的紧密衔接关系，数据库的数据必须具有高度的完整性和准确性，这就要求系统的高度安全性，可维护性，可靠性及灵活性。

①精度要求

软件的输入精度:小数点后保留3位有效数字

输出数据精度的要求: 小数点后保留3位有效数字

传输过程中的精度: 小数点后保留3位有效数字

②时间特征

响应时间:0.5秒以内

更新处理时间:0.5秒钟以内

数据的转换和传送时间: 1秒以内

解题时间: 1秒以内

③灵活性

操作方式上的变化:该软件实用与现在流行的操作系统

精度和有效时限的变化:可以根据实际情况自行设置

§3业务流程 §3.1数据流程图

* 一层图

1.1电影引进

系统

计划部

计划

销票部

财务部

人力部

广告部

财务报告

电影排场

电影排场信息

1.2电影排场

系统

电影引进列表

电影信息

D1电影数据库

D2电影场次数

据库

1.3电影售票

系统

电影场次

D3顾客信息数

据库

顾客信息

销售信息

1.4人员排班

系统

人员排班信息

* 二层图

新片引进部门

D1 电影信息数据库

新片列表

财务报表

电影场次列表 2.3 电影更新系统

新电影列表

电影信息列表

设备维护采购部

财务报表

电影排场系统

设备表

D4 电影排场数据

人力计划部

电影排场数据表

2.8 电影销售

系统

财务部

财务报表

财务报表

广告部

订票信息

顾客

D6 客户信息数据库

电影销售报表

订票信息

2.10 客户信息管理系统

客户信息表

2.7 人员信息管理系统

人员信息

D3 人员信息数

据库

人员信息

客户信息

订票电影信息

电影信息表

D5 销售报表数据库

销售报表

2.9 销售报表统计系统

销售报表

电影场次列表

人员信息

2.6 排班系统

排班表

D2 排班表数据库

2.1 设备财务计划系统

设备预算

2.2 新片财务预算

新片财务预算

2.4 人力财务预算

系统人力预算

2.5 广

告财务预算系统

广告财务预算

电影排场信息

§3.2uc 矩阵

数据类功能计

划

财

务

设

备

负

荷

放

映

表

影

片

表

设

备

表

客

户

主

题

订

票

信

息

票

房

成

本

排班表

人

员

信

息

经营计划经营计

划

C U U U

财务规

划

U U U U

放映前期准备档期计

划

C C U U U 影片引

进

U

票房预

测

U C U U

市场开

拓（广

告）

U U

设施准

备

U U C

场次安

排

U U U

电影售票客户管

理

U C U

主题分

类

U U C

订票服

务

U U C

销售U U U U C 放映U U U

财务与人事

会计U U U

成本会

计

C

人员计

划

U C U 招聘考

核

C

§4业务逻辑

§4.1用例图及用例分析

客户

电影信息查询

今日电影查询

主题电影查询

售票工作人员

系统管理人员

售票

维护会员信息

<>

系统维护

日志维护

权限维护

增删用户

后台数据维护

<>

<>

<>

个人信息查询

会员信息添加

会员信息修改

会员信息删除

管理电影信息

<>

订购电影

电影校验

维护电影数据

<>

电影信息添加

电影信息删除

电影信息修改

购票

<>

<>

<>

<>

<>

<>

<>

<>

<>

<>

<>

<>

<>

<>

<>

<>

<>

<>

重点用例分析

用例名称：售票

描述：售票工作人员使用系统销售用例完成售票的任务

标识符:uc1

优先级：A(高)

角色: 售票工作人员

前置条件：售票工作人员已成功登录系统并具有查询电影信息、售票的权限主事件流:

1. 售票工作人员选择售票选项，用例开始

2. 售票工作人员输入账号，系统根据规则检查账号的有效性

A1：售票工作人员账号无效

3. 售票工作人员输入密码，检查密码是否正确

A2：密码错误

4．显示登录成功提示信息

5．售票工作人员查询输入顾客所购买电影名称

6.系统根据输入的电影名，进入数据库调出电影单价，查询余票

7．售票工作人员扫描会员卡

A3：有会员卡

8. 显示电影总价格

9. 接受顾客付款，售票工作人员点击确认

10. 打印电影票

11. 用例结束

其他事件流：

A1:售票工作人员无效

(1).系统售票工作人员无效的提示信息

(2).返回主事件流第2步

A2:密码错误

(1). 系统显示密码错误的提示信息

(2). 返回主事件流第3步

A3：有会员卡

（1）.系统显示会员的具体信息，进行折扣计价。

（2）.跳至主事件流第8步

后置条件：系统成功将已售出的电影信息更新至数据库中

特殊需求：

用例名称：添加会员

描述：工作人员使用系统添加会员用例完成添加会员的任务

标识符:uc2

优先级：A(高)

角色: 工作人员

前置条件：工作人员已成功登录系统并具有查询、修改和添加会员的权限主事件流:

1. 工作人员选择添加会员选项，用例开始

2. 工作人员输入账号，系统根据规则检查账号的有效性

A1：工作人员账号无效

3. 工作人员输入密码，检查密码是否正确

A2：密码错误

4．显示登录成功提示信息

5．工作人员点击添加会员

6.系统进入数据库查询现有会员，生成新的会员号

7．工作人员录入会员信息

8. 显示最新会员信息

9. 接受顾客付款，工作人员点击确认

10. 制成会员卡

11. 用例结束

其他事件流：

A1:工作人员无效

(1).系统工作人员无效的提示信息

(2).返回主事件流第2步

A2:密码错误

(1). 系统显示密码错误的提示信息

(2). 返回主事件流第3步

后置条件：系统成功将已添加的会员信息更新至数据库中

特殊需求：无

用例名称：删除会员

描述：工作人员使用系统删除会员用例完成删除会员的任务

标识符:uc3

优先级：A(高)

角色: 工作人员

前置条件：工作人员已成功登录系统并具有查询、修改和添加会员的权限主事件流:

1. 工作人员选择删除会员选项，用例开始

2. 工作人员输入账号，系统根据规则检查账号的有效性

A1：工作人员账号无效

3. 工作人员输入密码，检查密码是否正确

A2：密码错误

4．显示登录成功提示信息

5．工作人员点击删除会员

6.输入会员账号

7. 系统进入数据库查询现有会员

A3：无此会员

8．工作人员点击删除

9. 显示确认删除提示

10. 工作人员点击确认

11. 用例结束

其他事件流：

A1:工作人员无效

(1).系统工作人员无效的提示信息

(2).返回主事件流第2步

A2:密码错误

(1). 系统显示密码错误的提示信息

(2). 返回主事件流第3步

A3:无此会员

(1). 系统显示无此会员的提示信息

(2). 返回主事件流第4步

后置条件：系统成功将已删除的会员信息移出至数据库中

特殊需求：无

用例名称：查询会员

描述：工作人员使用系统查询会员用例完成查询会员的任务

标识符:uc4

优先级：A(高)

角色: 工作人员

前置条件：工作人员已成功登录系统并具有查询、修改和添加会员的权限主事件流:

1. 工作人员选择查询会员选项，用例开始

2. 工作人员输入账号，系统根据规则检查账号的有效性

A1：工作人员账号无效

3. 工作人员输入密码，检查密码是否正确

A2：密码错误

4．显示登录成功提示信息

5．工作人员点击查询会员

6.输入会员账号

7. 系统进入数据库查询现有会员

A3：无此会员

8．工作人员点击查询

9. 显示查询会员的信息

10. 用例结束

其他事件流：

A1:工作人员无效

(1).系统工作人员无效的提示信息

(2).返回主事件流第2步

A2:密码错误

(1). 系统显示密码错误的提示信息

(2). 返回主事件流第3步

A3:无此会员

(1). 系统显示无此会员的提示信息

(2). 返回主事件流第4步

后置条件：无

特殊需求：无

用例名称：添加电影

描述：工作人员使用系统添加电影用例完成添加电影的任务

标识符:uc4

优先级：A(高)

角色: 工作人员

前置条件：工作人员已成功登录系统并具有查询、修改和添加电影的权限主事件流:

1. 工作人员选择添加电影选项，用例开始

2. 工作人员输入账号，系统根据规则检查账号的有效性

A1：工作人员账号无效

3. 工作人员输入密码，检查密码是否正确

A2：密码错误

4．显示登录成功提示信息

5．工作人员点击添加电影

6.系统进入数据库查询现有电影，生成新的电影号

7．工作人员录入电影信息

8. 显示最新电影信息

9. 点击确认

10. 用例结束

其他事件流：

A1:工作人员无效

(1).系统工作人员无效的提示信息

(2).返回主事件流第2步

A2:密码错误

(1). 系统显示密码错误的提示信息

(2). 返回主事件流第3步

后置条件：系统成功将已添加的电影信息更新至数据库中

特殊需求：无

用例名称：删除电影

描述：工作人员使用系统删除电影用例完成删除电影的任务

标识符:uc5

优先级：A(高)

角色: 工作人员

前置条件：工作人员已成功登录系统并具有查询、修改和添加电影的权限主事件流:

1. 工作人员选择删除电影选项，用例开始

2. 工作人员输入账号，系统根据规则检查账号的有效性

A1：工作人员账号无效

3. 工作人员输入密码，检查密码是否正确

A2：密码错误

4．显示登录成功提示信息

5．工作人员点击删除电影

6.输入电影名

7. 系统进入数据库查询现有电影

A3：无此会员

8．工作人员点击删除

9. 显示确认删除提示

10. 工作人员点击确认

11. 用例结束

其他事件流：

A1:工作人员无效

(1).系统工作人员无效的提示信息

(2).返回主事件流第2步

A2:密码错误

(1). 系统显示密码错误的提示信息

(2). 返回主事件流第3步

A3:无此电影

(1). 系统显示无此电影的提示信息

(2). 返回主事件流第4步

后置条件：系统成功将已删除的会员信息移出至数据库中

特殊需求：无

用例名称：查询电影

描述：工作人员使用系统查询电影用例完成查询电影的任务

标识符:uc6

优先级：A(高)

角色: 工作人员

前置条件：工作人员已成功登录系统并具有查询、修改和添加电影的权限主事件流:

1. 工作人员选择查询电影选项，用例开始

2. 工作人员输入账号，系统根据规则检查账号的有效性

A1：工作人员账号无效

3. 工作人员输入密码，检查密码是否正确

A2：密码错误

4．显示登录成功提示信息

5．工作人员点击查询电影

6.输入电影名

7. 系统进入数据库查询现有电影名

A3：无此电影

8．工作人员点击查询

9. 显示查询会员的信息

10. 用例结束

其他事件流：

A1:工作人员无效

(1).系统工作人员无效的提示信息

(2).返回主事件流第2步

A2:密码错误

(1). 系统显示密码错误的提示信息

(2). 返回主事件流第3步

A3:无此电影

(1). 系统显示无此电影的提示信息

(2). 返回主事件流第4步

后置条件：无

特殊需求：无

用例名称：今日电影查询

描述：顾客使用系统今日电影查询用例完成查询电影

标识符:uc7

优先级：A(高)

角色: 顾客

前置条件：无

主事件流:

1. 顾客选择今日电影查询选项，用例开始

2. 显示今日电影信息

3. 用例结束

其他事件流：无

后置条件：无

特殊需求：无

用例名称：个人信息查询描述：顾客使用系统个人信息查询用例完成个人信息查询标识符:uc8

优先级：A(高)

角色: 顾客

前置条件：顾客已成功登录系统

主事件流:

1. 顾客选择查询个人信息查询选项，用例开始

2. 顾客输入账号，系统根据规则检查账号的有效性

A1：顾客账号无效

3. 顾客输入密码，检查密码是否正确

A2：密码错误

4．显示登录成功提示信息

5 显示顾客个人信息

6. 用例结束

其他事件流：

A1:顾客无效

(1).顾客无效的提示信息

(2).返回主事件流第2步

A2:密码错误

(1). 系统显示密码错误的提示信息

(2). 返回主事件流第3步

后置条件：无

特殊需求：无

§4.4类图

§4.5 E-R图

电影

上映时间

电影类型

影片来源

时长

影片名

主演

语言

内容简介

技术

员工

姓名

职工号

年龄

电话

家庭住址

性别

会员

会员电话

会员性别

会员生日

会员号

卖票

买票

会员积分

§4.6事件流程图

售票事件处理流程

删除员工事件处理流程

添加会员事件处理流程

添加电影事件处理流程

信息系统需求说明书

信息系统需求说明书信息系统专业

目录 一、引言 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业务过程

(完整word版)软件需求说明书格式

《软件需求说明书》 1引言 1.1编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1.2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独

立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。| 2.2用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束 2.3假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3需求规定 3.1对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 3.2对性能的规定 3.2.1精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2时间特性要求 说明对于该软件的时间特性要求，如对： a．响应时间； b．更新处理时间； c．数据的转换和传送时间； d．解题时间；等的要求。 3.2.3灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a．操作方式上的变化； b．运行环境的变化； c．同其他软件的接口的变化；

城市规划管理信息系统设计方案

城市规划管理信息系统设 计方案 第一章系统预期目标 建立吴中区城市规划管理信息系统的目的是为了把城市规划管理过程所涉及的各种信息进行科学的存储与管理，以实现对各种信息的快速查询、检索、统计、及时修改更新、空间分析与资源共享等，完成规划管理的办公自动化，最终达到把大量单一、零散、缺乏内在联系的信息资料变成有机、综合的信息资源，以辅助各级领导和主管部门的分析决策，为此不仅要具备合理的计算机软硬件配置，建立规范化的信息分类标准，最重要的是要为系统建立一个科学合理的结构框架。系统的总目标为：规划领域在城市建设中具有超前性、基础性和重要性。同样规划管理信息系统在城市地理信息系统中也具有基础性和重要性。以规划管理信息系统为基础建立城市地理信息系统是国内外城市GIS 应 用的成功经验，是搞好城市建设、规划和管理必不可少的主要管理手段。因此系统的近期目标是建立以吴中区建设局规划处的业务和管理内容为基础，以 GIS 技术为支撑，实现图、文、表管理一体化的综合型、空间型现代化网络管理体系。 第二章系统建设原则 为保证系统具备科学合理的结构框架，最大程度地满足用户要求，尽可能提高各项指标，拟建系统的设计须遵循以下原则： 1.先进性原则在满足系统功能要求的基础上以及尽可能降低资金投入的同时，保持系统 的先进性。 2.一致性原则 为确保系统建设的顺利进行、系统建成后的自身运行以及与其它系统的连

接，必须在系统的设计和建设过程中强调标准化、规范化和统一化，主要是数据编码、数据格式的规范化和一致性等。 规范标准的选用顺序为：国家标准、规范，各行业、部颁标准、规范，地方标准，自行制订经过论证的标准。 3.安全稳定性原则 保证系统的抗干扰能力和保持正常工作的能力 在错误干扰下系统重新恢复和启动能力 维护数据安全性能力 4.完备性原则 数据完备性，包括数据的完整性、现势性、准确性和精度 系统功能完备性，子系统的设计必须有比现有业务流程更完善的数据输入、 管理、处理、输出和更新的功能 5.适应性原则 能根据机构功能调整的需要，不断满足以后系统目标的变化的要求 系统的结构设计应考虑日后的功能扩充 能适应技术更新（如软、硬件升级更新等）的要求 6.实用性和方便性原则 进行深入的用户调研分析，针对用户的业务流程设计系统，使用户使用起来 方便实用 系统建成后能够投入实用，以实现规划管理办公自动化 经系统的深层次的应用开发，提供简单明了的用户界面，实现＂傻瓜式＂的操作系统的安装、运行简单方便，用户经短期培训即能掌握系统维护、管理和使 用 7.经济性原则系统结构设计认真考虑系统建设的经济性，统筹全局，按轻重缓急精心组 织系统结构，使系统运作高效而经济节约。 第三章系统开发关键技术根据系统建设原则，为

教学管理信息系统需求规格说明书

教学管理信息系统需求规格说明书

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功能目标

管理信息系统的总体规划

第六章管理信息系统的总体规划 学习目的和要求： 管理信息系统的总体规划是关于管理信息系统的长远发展的计划，是企业战略规划的一个重要部分。这不仅由于管理信息系统的建设是一项耗资巨大、历时很长、技术复杂且内外交叉的工程，更因为信息已成为企业的生命线，信息系统和企业的运营方式、文化习惯息息相关。规划不好不仅自身造成损失，由此而引起企业运行不好的间接损失更为可观。通过本章的学习，了解管理信息系统总体规划的必要性、总体规划的内容，总体规划的工作步骤和组织工作；掌握总体规划的常用方法：关键成功因素法，战略目标集转化法，企业系统规划法；掌握进行项目可行性分析的任务、内容，以及如何编写可行性分析报告。 §6.1 管理信息系统总体规划概述 6.1.1 问题的提出 要设计制造一条新型船舶，首先要进行总体设计，一旦总体设计完成，各个部件的设计制造工作才可以按照总体设计的要求，由各不同的设计小组去完成，而作为总体设计者来说，他不能凭主观去详细规定每个部分的设计细节，但却要负责这些设计小组之间的控制与协调工作，假如这些独立的设计小组只顾一门心思地热衷于建造他们自己的子系统，而没有任何来自上级的协调，最终得到的成果将无法使用。一项工程的建设必须要有总体规划，并且要在总体规划的指导下去完成相应建设工作。 受信息系统项目本身特点的影响，管理信息系统项目的开发是一项复杂的系统工程，人们对于它的认识，并不象对一般工程项目那样，更易于掌握并开展工作。在信息系统的建设过程中，由于各类人员之间的协调工作不到位，开发人员一门心思地开发各自负责的部分系统，虽然从局部的角度考虑，属于“界面友好”的系统，但真正把各子系统组装成一个大系统时，问题便暴露出来，往往需要做大量的修改工作，甚至有些系统集成后，修改工作量太大，无法进行修改而被迫宣布重新再来。以往的教训，使人们越来越清楚地认识到，一个完整的管理信息系统，应该由许多分离的功能模块组成，各模块之间依靠数据联系在一起，即数据是被各功能模块所共享的。只有这些数据被有效地设计出，各功能模块的开发设计工作才能有效地进行，同时也有利于

软件需求规格说明模板GBT

XXX项目 软件需求规格说明书 XXXX 20 年月日

文档信息 修订历史 文档编制、审核与批准

目录 1引言 (1) 1.1 目的 (1) 1.2范围 (1) 1.3定义、简写和缩略语 (1) 1.4引用文件 (1) 1.5综述 (2) 2总体描述 (2) 2.1产品描述 (2) 2.1.1系统接口 (2) 2.1.2用户界面 (2) 2.1.3硬件接口 (3) 2.1.4软件接口 (3) 2.1.5通信接口 (3) 2.1.6内存约束 (3) 2.1.7操作 (3) 2.1.8现场适应性需求 (4) 2.2产品功能 (4) 2.3用户特点 (4) 2.4约束 (4) 2.5假设和依赖关系 (5) 2.6需求分配 (5) 3具体需求 (5) 3.1外部接口 (5) 3.2功能 (6) 3.3性能需求 (7) 3.4数据库逻辑需求 (8) 3.5设计约束 (8) 3.5.1标准依从性 (8) 3.6软件系统属性 (8) 3.6.1可靠性 (9) 3.6.2可用性 (9) 3.6.3安全保密性 (9) 3.6.4可维护性 (9) 3.6.5可移植性 (9) 3.7具体需求的组织 (9) 3.7.1系统模式 (10) 3.7.2用户类型 (11) 3.7.3对象 (11) 3.7.4特征 (11) 3.7.5激励 (11) 3.7.6响应 (11) 3.7.7功能层次 (11)

3.8附加说明 (12) 4附录 (12)

1引言 本部分应当提供整个SRS的概述 1.1 目的 本条宜： a)描述SRS的目的； b)说明SRS的预期读者。 1.2范围 本条宜： a)通过名称识别要生产／开发的软件产品(例如，宿主数据库管理系统(DBMS)、报告生成器等）； b)必要时，说明软件产品将做或不做什么； c)描述规定的软件的应用，包括相关的收益、目标和目的； d)如果上层规格说明（如，系统需求规格说明）存在，与上层规格说明类似的陈述保持一致。 1.3定义、简写和缩略语 本条宜提供对正确解释SRS所要求的所有术语、简写和缩略语的定义，这些信息可以通过引用SRS中的一个或多个附录、或者引用其他文件的方式来提供。 1.4引用文件 本条宜：

软件需求分析说明书模板

保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)

[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

企业信息系统规划方案

企业信息系统规划 方案

贵企领导： 你好 前几天的见面，您可能对我的描述不是很满意，也可能我没完全悟懂您的意思，因为我是做技术的，在语言的表示上我有一定的欠缺，我是一个不善于言谈的人，有时我的想法不能完全用语言表述出来，对于这一点我表示歉意。 对贵企业了解不多，下面我只是经过我以前对项目实施经验和参与的项目做个总结，也不知道我下面的描述是不是那天您要我描述的，我还是希望我的这方案对您和贵企业有所帮助（当然这和我们能不能合作没关系，只是出于职业的本能，把我知道的想法说出来），供参考，有说的不正确和不当的地方请谅解。 姜枫上 -3-7

企业信息应用系统整合规划与实施 编写：姜枫 注：实施部分略去，本次只讨论企业信息应用系统整合规划 系统与项目管理的整合与集成 随着企业建设需求的不断升级，更为简化员工的工作，避免重复工作的，提高办公效率，我们的企业也要对信息化不断升级。 我们的首要任务是制定适合我们企业的OA（办公系统）、ERP（业务财务系统）、CRM （客户关系管理系统）、HR（人事系统）、EIP（考勤系统），这些项目管理系统等管理软件在企业内部承担着不同的重任，这些系统可能是在不同时期引入和构建的，一般都来源于不同的软件提供商。尽管我们的企业有这样那样的系统，但随着应用的深入，多系统之间的数据不统一，数据之间缺乏关联性，多系统之间的数据重复维护管理等，成了企业信息化新的困扰，特别是对财务人员的困扰。（当前没有哪家的一个软件就能把企业的所有问题都解决了的，这需要多系统并存，并对多系统进行规划，这也是当前我们很多企业面临的问题） 因此，企业系统集成与整合的问题也成很多企业用户必须解决的重要问题。解决这个问题首要的思路是要做到数据的统一性与系统平台的可扩展性，只有这样才利于财务人员的核算和企业领导的可控性管理。

管理信息系统规划报告

管理信息系统规划 报告

茶之道管理信息系统规划书 组员：09104257王孟侠 09104258李珊珊 09104253罗婉璐 09104252李亚 指导老师：王召义 科目：电子商务系统设计与分析 目录 一、建设系统前的市场分析................................. 错误!未定义书签。 二、建设系统目的及功能定位............................. 错误!未定义书签。

三、系统的技术解决方案 .................................... 错误!未定义书签。 四、系统内容规划 ................................................ 错误!未定义书签。 五、网页设计 ........................................................ 错误!未定义书签。 六、系统维护 ........................................................ 错误!未定义书签。 七、系统测试 ........................................................ 错误!未定义书签。 八、规划书组员的分工情况................................. 错误!未定义书签。 九、费用明细 ........................................................ 错误!未定义书签。

软件系统需求说明书

专 组号：小组成员： 完成时间：

目录 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人

软件需求规格说明书模板(超详细的哦)

WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技

目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)

3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)

第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。 2软件需求分析理论 软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标： 1)对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一 致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件 需求； 2)了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一 个基准； 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员

管理信息系统的规划

第五章管理信息系统的规划 第一节管理信息系统规划的作用 一、管理信息系统规划的战略性质 管理信息系统规划通常又称管理信息系统的战略计划，是对组织总的信息系统目标、战略、信息系统资源和开发工作的一种综合性计划，属于组织对管理信息系统最高层次管理的范畴。因此，管理信息系统规划是一个组织的战略规划的重要组成部分，是关于管理信息系统长远发展的规划。 二、管理信息系统规划的战略任务 管理信息系统的总体规划是组织针对管理信息系统的建立和发展所作的一种战略性计划。因此，除了具有一般战略性计划的属性外，管理信息系统总体规划还应该有以下的任务： 1.使信息系统的发展与组织整体计划相协调，即支持组织战略计划的实施。 2.为管理信息系统的开发提出方向，保证开发工作支持组织的目标。 3.合理地分配资源，确定开发的优先次序。 4.保证系统的一体化和开发工作的协调性，避免没有统一规划的“各自为战”、局部优先 以及联合各自开发的应用系统时所引起的不必要的费用。 5.为负责系统开发的人员，包括项目开发的负责人员和管理信息系统方面的高层管理人员 的绩效考核提供质量标准和控制机制。 6.为信息系统人才，如信息分析人员、系统分析人员的获得和人才开发提供一种基础，使 组织明确对管理信息系统人员的数量和质量方面的需求是什么。 7.保证管理信息系统能自动地进行调整，为组织提供有效的支持。 第二节管理信息系统规划的内容和步骤 一、管理信息系统规划的内容 管理信息系统总体规划的复杂性依据组织的规模和复杂程度而有所差别。规划的时间尺度一般为五年以上并且至少有前两年的详细计划。总体规划的内容应包括以下几个方面： 1. 对组织的战略计划和有关营运计划的概述 ⑴环境的评述：预测和预测过程中的假设，可能的危机和机会。 ⑵对组织的评价：组织的优势与不足。 ⑶组织的目标与战略。 ⑷组织的未来和设想。 2. 管理信息系统计划概述 ⑴管理信息系统环境的情况：对未来技术和用户环境的预测，预测的前提假设，信息系统的危机分析与机会。 ⑵信息系统的评价：优势与不足、原因分析。 ⑶管理信息系统目标。 ⑷数据处理组织结构的设计。 3. 目前的能力 ⑴已有的设备、通用性软件、应用系统、人员和技术储备、费用分析和设备利用情况。 ⑵正在进行的项目情况。 4. 可行性分析

农贸市场信息系统需求规格说明书

农贸市场信息管理系统
农贸市场信息管理系统 需求规格说明书
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

软件需求说明书模板.doc

软件需求说明书 （转载自国家计算机标准和文件模板） 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 1.引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1.2 背景 说明： a.待开发的软件系统的名称； b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料，如： a.本项目的经核准的计划任务书或合同、上级机关的批文； b.属于本项目的其他已发表的文件； c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2. 任务概述 2.1 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说

明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束。 2.3 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3. 需求规定 3.1 对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 3.2 对性能的规定 3.2.1 精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2 时间特性要求 说明对于该软件的时间特性要求，如对： a.响应时间； b.更新处理时间； c.数据的转换和传送时间； d.解题时间；等的要求。 3.2.3 灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a.操作方式上的变化； b.运行环境的变化；

管理信息系统需求分析说明书模板

管理信息系统系统 需求分析说明书 文档名称：管理信息系统需求分析说明书 文档编号：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. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准．列出这些文件 资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来 源．

公司信息化管理系统总体规划

红塔仁恒纸业有限公司信息化治理系统(ERP)总体规划 (初稿) 广州万迅电脑软件有限公司

目录 1.系统目标 (3) 2.ERP/EAM系统方案 (4) 2.1系统划分 (4) 2.2组件选择 (4) 2.3系统功能讲明 (6) 2.4系统功能清单 (40) 3.系统软件及硬件方案 (41) 3.1 服务器系统软件选择 (41) 3.2 硬件网络配置 (42) 4.系统投资预算 (45) 4.1 IFS-ERP/EAM系统 (45) 4.2 ERP系统实施服务 (46)

4.3 硬件及系统软件 (46) 5.系统实施风险与效益预测 (49) 5.1 实施风险 (49) 5.2 效益预测 (49) 3 / 127

1. 系统目标 通过初步的调研和需求分析，我们建议红塔仁恒引入IFS ERP/EAM系统，通过引入该系统企业能够达到以下目标： ?整合现有信息架构，使企业能在统一的信息平台上高效精确地运作，提高企业对日益变化的市场的快速应变能 力和竞争力； ?通过实施ERP系统，使公司能充分汲取与借鉴国外造纸行业同行先进的治理思想和治理手段，改变传统的治理 模式，优化现有的业务流程； ?加强对业务运作的监控能力，有效地治理逐步扩大的销售网络、操纵应收帐款、降低原材料和产成品库存，使 企业的生产打算更为合理、资金运用更为高效； ?通过引入成熟、完善的ERP/EAM系统，降低ERP/EAM系统实施的风险及对企业带来的冲击

?加强公司的技术治理，提高设备可用性，保障公司的生产质量及安全，优化运行检修过程中的人力、物力、备品备件费用，提高设备寿命； ?引入动态的操纵设备维护成本，对设备的整个生命周期进行成本治理; ?能够更好地规范的设备维护流程，引入工作单的形式治理公司的日常维护、打算维修与更改，并支持可靠性为中心的维修策略（RCM）与预测性维修（PDM）的策略，支持状态检查（Condition Monitoring）的策划，支持TPM等先进的维护治理理论的实施。 ?通过设备治理与物资治理的集成，系统为设备部及其它生产相关人员提供设备备品件库存信息，物资打算的编制、审批、批准和物资采购、到库验收、保管、领用消耗的全过程情况。如此，当设备部预备安排进行一个项目的检修时，既能够了解设备的所有历史数据，又能够 5 / 127

软件需求规格说明书-模板

［在此处键入］****系统 软件需求规格说明书Versio n 1.0

精品资料

修订历史记录

目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误！未定义书签。 3 建议的系统 .............................................................. 错误！未定义书签。 3.1 建议系统概述......................................... 错误！未定义书签。 3.2 功能性需求概述....................................... 错误！未定义书签。 3.3 非功能性需求......................................... 错误！未定义书签。 3.3.1 用户界面与人员因素............................ 错误！未定义书签。 3.3.2 硬件考虑..................................... 错误！未定义书签。 3.3.3 性能特征..................................... 错误！未定义书签。 3.3.4 错误处理与极端情况............................ 错误！未定义书签。 3.3.5 系统接口..................................... 错误！未定义书签。 3.3.6 质量要求..................................... 错误！未定义书签。 3.3.7 物理环境..................................... 错误！未定义书签。 3.3.8 安全问题..................................... 错误！未定义书签。 3.3.9 资源问题..................................... 错误！未定义书签。 3.4 系统变更............................................. 错误！未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误！未定义书签。 3.6 系统模型............................................. 错误！未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误！未定义书签。 4 附录 .................................................................... 错误！未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误！未定义书签。