ERP管理软件系统设计方案

【微信运营】微信公众号开发、朋友圈广告、微信运营活动、微信小程序、微商城搭建;

【电脑端网站】网站建设、网站结构、网站功能、关键字策划、UI设计、网站SEO、升级改版;

【手机软件】APP应用设计与开发、网站制作、专项策划与推广、网站优化;

【软件研发】行业性系统应用、硬件应用、WEB网站应用模块、行业软件;

【广告设计】标志设计、vi设计、海报设计、宣传手册设计;

【整合营销】品牌形象文案策划、产品销售概念策划、产品销售文案策划;

【SEO优化】SEO排名优化、论坛营销、口碑营销、公关活动等线上传播;

【托管维护】信息更新、网站安全、市场与受众分析、品牌与产品分析、整合营销推广;

【定制培训】专业施教团队、完整课程体系、实际项目操作、一站式委培。

一、编写目的

随着现代经济的飞速发展,提高企业管理水平,增强企业竞争实力成为企业发展的方向,企业信息化工程正在我国轰轰烈烈开展起来。企业信息化的目标是开发利用企业的信息资源,普及网络应用,推进电子商务发展,提高企业信息化整体水平。

预期读者:企业高层领导、信息化部门、中间用户(指软件的管理人员、开发人员、维护人员)。

作用:实现开发方与用户方的双向沟通,是把业务需求计算机化的关键步骤。

为下一阶段的详细设计工作提供依据。当用户的需求发生变更时,应添写补充说明;如变动过大可形成新版本。

软件需求说明(Software Requirements Specification)的主要作用为:

·为用户方与开发方建立共同协议奠定基础。

·提高开发效率、强化进度控制。

·为项目的的评测与验收提供依据。

·便于移植。

·作为系统不断提高的基础。

二、文档概述

1.3.1电子文档编写方式与使用工具

Microsoft Word 2003 for Windows

Microsoft Viso 2003 for Windows

1.3.2名词定义说明与符号

1、审核、审批

某项(如订单、采购单等)经评审后,由对应环节主管签批、确认的过程即为审核。一旦经过审核,意味着被审核项正式提交系统,之后将被设为不能修改。

2、注册、设置、输入

某项(如订单、采购单、产品、物料等)有新的数据产生时,将之增加到系统的过程。

3、修改

某项(如订单、采购单、产品、物料等)的内容发生改变或因操作失误时,在系统中改为正确的过程称为修改。

4、删除

某项(如订单、采购单、产品、物料等)因操作失误或不在需要时,在系统中打上删除标记(不是真正删除),设置为不可见,在系统中去掉的过程称为删除。

5、查询

用户可设置各种查询条件,快速、方便的找到所需项目的过程称为查询。

三、任务概述

本软件命名为“ERP管理软件系统”,意在覆盖企业除财务之外的业务范围。

系统实施后要求能协助企业业务流程自动化,加强管理,理顺各部门之间的信息,直观反应物资流向和库存,与资金流紧密结合,实时反应成本状况。

本项目开发过程中需要进行的各项主要工作为:

开发一套适合企业进行生产管理、设备管理、质量管理、安全环保、门禁保卫、地磅计量、办公自动化、DCS远程监视、综合查询的业务管理系统。

四、系统需求第一节 总体需求6.1.1精度

系统小数点以“2位”作为标准。

单位: 产量——“吨”

时间——“小时”

设备——“台”

高度——“米”

电 ——“度”

6.1.2输人输出要求

1、 系统采用图形化界面——界面模型由公司提供。

2、 系统分数据采集、数据统计、数据查询三大模块。数据采集以原有软件为基础,统计以报表输出为主,报表格式由提供现有并加上公司提供,数据查询以各种单项查询为主。

屏幕区域分为三个主要区域,分别是LOGO区域、莱单区域和用户区域。

6.1.3管理员能力要求

负责数据准备,保证导入数据的准确、及时和完整;

逐渐熟悉新的系统,为将来的辅助维护工作做准备;

维护系统和数据库的运行 。

6.1.4故障处理要求

任何故障的发生都将影响系统的正常正常运行,对故障的处理如下:

软件BUG:

公司在接到BUG报告后,马上与公司一起进行BUG确认工作,在确认后5小时内得出可行性方案,在24~48小时内解决问题。

硬件故障:

硬件故障由公司自行负责解决,在不影响软件正常运行下,公司有权更改任何硬件设施。

第二节 性能需求6.2.1 系统结构

系统采用开放式设计,总体上采用B/S(浏览/服务)结构,在建立系统信息模型以及着手进行实施时,在总体设计的基础上,按照可操作性的原则,采用自底向上的实施方法。整个过程都贯彻集成的思想,保证最终的总体系统的性能和效益。满足了集团型企业分布式应用,跨平台管理的要求和行政预算垂直化需求。产品能够以最简便和有效的方式部署和管理,在降低系统整体拥有成本(TCO)和客户端管理难度的同时大大提高了整个系统的运行效率。

B/S结构 特点:

(1) 分布式应用:B/S 结构通过应用服务器、数据服务器的分布以及前端客户机的简化,解决了分布式应用的问题。

(2) 跨平台应用:可跨操作系统平台、跨数据库平台。

(3) 容易部署和管理:整个系统的管理、资源分配、数据库操作、业务逻辑部件的管理及动态加载等工作集中于应用服务器。从而有效降低了应用系统部署、维护和管理的难度。

6.2.2 功能性

适用性:项目提供的应用必须能满足现有的业务需求。

准确性:在应用中体现的各项数据必须准确。

互操作性:此项特性没有。

复合性:遵循杭州公司软件开发规范。

保密安全性:业务系统的各项应用通过根据系统应用角色为其划分具体权限,系统提供权限认证,同时结合操作系统安全特性来保证。同时在服务器和客户端上安装防病毒软件来防止对系统的破坏。

6.2.3 可靠性

【说明】指在规定的条件和期限内,与软件保持其性能水平有关的一组软件属性。

成熟性:应用在提交前应充分进行测试,保障在上线后的顺畅运行。

容错性:当用户正常操作出现异常时,系统能提示出现错误,并提示用户正确操作。

可恢复性:如果用户操作出现异常时,系统不能保存用户操作的错误信息。

6.2.4 易使用性

【说明】指与规定用户(或潜在用户)使用软件所需的努力程度、对这种使用所做的评估有关的一组软件属性。它包括3个子特性:

易理解性:使用用户习惯使用的各种术语和标示。

易学习性:在应用提交给前作好应用的操作手册,和安装手册。

易操作性:各种复杂的操作通过简单的操作按钮来实现。减少用户的操作复杂度。

6.2.5 高效性

【说明】指在特定的运行环境中,描写软件性能水平与所用的资源量之间关系的一组软件属性。它包括两个子特性:时间特性、资源特性。

6.2.6 可维护性

【说明】与对软件进行指定的修改所需的工作量有关的一组软件属性。它包括4个子特性:

易分析性:在用户操作异常时,提示的错误信息是通过操作哪个字段错误来显示的,方便用户析。

易修改性:由于提供成熟的产品,对产品的修改性不在这里体现。

稳定性:通过保证网络系统、操作系统的稳定,同时在应用系统设计时强调质量和准确性来保证稳定性。

易测试性:由于提供成熟的产品,对产品的测试性不在这里体现。

6.2.7 可移植性

【说明】指软件从一个环境转移的另一个环境时,与其适应能力有关的一组软件属性。它包括4个子特性:

适应性:根据系统所适应的硬件平台来保证应用的适应性。

易安装性:各项应用均安装在服务器端,用户可根据安装手册简单完成安装。

一致性:根据系统本身对各个平台的要求来保证应用的一致性。

易替换性:由于提供的是成型产品,不存在替换性。

6.2.8 安全性

一、B/S结构

在逻辑上系统有四层组成:终端、数据服务器、应用服务器、WEB服务器,应用的核心是数据服务器和应用服务器,因此系统将WEB服务器在物理上与数据库分离,同时在WEB服务器上安装防火墙软件,就可保证系统不受非法攻击。

B/S结构终端采用IE等浏览器进行操作,浏览器操作的安全保证不能对本地资源进行访问,缺省时所有程序在“黑箱”中运行,这样可以使计算机上的数据等资源得到保护。

二、大型数据库(用户权限)

大型数据库本身提供了完善的安全机制,通常将操作系统和数据库的权限相结合,对敏感数据通过多种交叉的权限控制存取,给连接计算机的用户权限,如查看、修改和创建数据库等。系统充分利用了这些安全机制来保证数据的安全,严格禁止客户端直接对数据库操作。

三、五级权限控制

除了以上的措施,系统还提供了分厂或部门权限控制(即用户组权限)、模块权限控制、功能权限控制、数据权限控制、操作日志监控等五级权限控制和安全防护。

四、文件安全

SQL Server安装在Windows NT系统中,一般用户无法进入服务器,即获得第一级安全;在工作站端无权用户无法获得数据库目录,就无法对数据库文件进行操作,获得第二级文件保护。

五、用户登录

在数据库系统启动时要求输入用户名及密码,系统将到后台数据进行连接,如果连接失败或权限验证出错,就拒绝系统启动。

六、数据修改

在数据更新(添加、修改、删除)时,将加入权限验证,对当前用户对当前操作的数据表或字段有无修改权限。如分析普通人员除自己的记录允许作修改外,不得对他人的数据作改动,而小组长则可对本组任何人的记录作改动,系统管理员则具备对数据库操作的所有权限。

七、数据备份:SQL Server提供若干种备份方案:

同步备份:与正常数据库完全同步更新,当主数据库被破坏时,备份数据库可以立即提升为主数据库,数据损失率最小;

定时备份:根据用户自定义成一天或一周或一个月作为备份周期,该办法比较实用,使服务器开销降低,备份数据基本正常;

文件备份:可以将整个数据文件复制到另外一个物理磁盘,以作整体备份。

八、数据恢复:从备份数据库中重新获取丢失的数据,其前提是实施了数据备。

九、数据修复:当数据库中有数据表的结构或索引被破坏时,需要数据修复。利用系统提供的自修复功能,可以自动检查哪里什么被破坏,并作自动修复。

十、数据检查:当数据不能对应时,需要作数据检查,系统对有关系的数据表、数据项进行自动提示,方便用户检查。数据库中的验证规则可以确保数据的一致性。

五、 运行环境第一节 设备需求

服务器:

最低配置:

CPU:Intel Xeon E3-1231 v3

内存:8GB DDR4

硬盘:1.2T

显卡:4GB

建议配置:

CPU:Xeon E5-2603 v3 1.6

内存:4GB 以上

硬盘:SATA 2T/4T

显卡:8GB

其它:鼠标

客户端:

最低配置:

CPU:intel core I3

内存:2GB

硬盘:500G

显卡:2GB

建议配置:

CPU:intel core I5/7

内存:4GB以上

硬盘:SATA 1T

显卡:4GB/8GB

其它:鼠标

第二节 软件平台7.3.1系统架构

7.3.2支持软件

服务器:

操作系统:Windows 2007

数据库软件:Microsoft Sql Server 2008/2010

Internet软件:Microsoft Internet Explorer 8.0,Mrcrosoft IIS 6.0

终端机:

操作系统:Windows7或WindowsXP

Internet软件:Microsoft Internet Explorer 8.0

本文来自企鹅号 - 全球大搜罗媒体

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏FreeBuf

看我如何发现价值三千美金的Facebook视频缩略图信息泄露漏洞

本文我要分享的是我的一个$3000美金Facebook漏洞发现过程。在我决定对Facebook网站进行安全测试之后,我熟读了很多相关的漏洞发现writeup,发...

1420
来自专栏测试开发架构之路

程序员面试之软件测试面试问答

1、问:你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决? 首先,将问题提交到缺陷管理库里面进行备案。 然后,要获取判断的依据和标准...

54214
来自专栏python开发者

规范化的软件项目演进管理--从 Github 使用说起

规范化的软件项目演进管理 从 Github 使用说起 1   前言 首先,本文的层次定位是:很基本很基础的 Github 工具的入门级应用,写给入门级的用户看的...

2438
来自专栏北京马哥教育

游族网络运维总监:如何运维千台以上游戏云服务器

? 作者:李志勇 来源: http://www.csdn.net/article/2016-03-21/2826611 偶然在网上看到游族网络运维总监李志勇先...

5958
来自专栏杨建荣的学习笔记

关于自动化平台的动态菜单设计(二)

最近有一个很深刻的感受,那就是开发的中途被打断,然后重新恢复上下文需要花费更多的时间,而如果中间间隔几天,原来对于这个产品的认知和理解会立马下降,这一点在我接触...

3935
来自专栏携程技术中心

干货 | 携程第四代架构探秘之运维基础架构升级(下)

作者简介 本文由携程技术中心框架研发部吴其敏、王兴朝,技术保障中心高峻、王潇俊、陈劼联合撰写。 作为国内最大的OTA公司,携程为数以亿计的海内外用户提供优质的旅...

4679
来自专栏SEO

Google新动作:处理重复内容

32410
来自专栏13blog.site

Java开源博客My-Blog之docker容器组件化修改

前言 5月13号上线了自己的个人博客,《Docker+SpringBoot+Mybatis+thymeleaf的Java博客系统开源啦》,紧接着也在github...

3637
来自专栏about云

openstack【juno】入门高级篇:为何你的实例ping不通外网【详述】

问题导读 1.本文解决ping通外网的思路是什么? 2.如何实现ping通外网? 3.ping域名bad address该如何解决? 前面是概述,这里给大家...

3356
来自专栏小特工作室

局域网内手机播放视频

  随着科技越来越发达,手机,平板越来越被大众接受,逐步成为必需品。手机、平板这类移动端的产品,和PC机相比,携带确实方便很多,而且功能也越来越和PC电脑接近,...

3316

扫码关注云+社区