企业MIS系统的应用_开题报告

1、MIS系统数据逻辑层

此层是公司信息系统基础数据和业务逻辑的直接映射，如组织架构、物料信息、订单基础信息等等， 主要实现的接口有两部分：

提供企业基础数据和逻辑的访问接口，将这些信息封装好，供应用程序进行调用，业务功能开发人员在开发过程中，如果要使用信息系统的底层数据，不需要了解数据在哪里，数据是如何组织的，只要调用此层提供的接口，即可获取相关数据；如果业务功能统一使用这些接口，在做一些影响比较广泛的业务逻辑更改的时候，上层程序无需修改代码，直接修改底层接口即可，提高了可靠性和效率。

提供公司多个业务数据库的统一访问接口，业务功能开发人员无需关心数据库是何种类型，直接通过访问接口对指定数据库名进行数据操作即可，在数据库迁移或配置更改时，这种方式能大大减少代码更改的工作量；

为了规范数据逻辑层的程序开发和数据操作的效率，应尽量减少数据库服务器的种类和数量，把一些零散的数据库整合起来，对数据进行集中管理，提高数据访问效率和可控性，同时提升数据的安全性。

这部分代码需要对公司业务和信息系统有整体了解的开发人员进行开发、维护和管理工作，保证这些基础数据和逻辑的准确性。

此层代码的作用是保证MIS系统业务功能的可靠性，是MIS系统系统的基础与核心代码。

2、MIS系统业务逻辑层

在数据访问层的基础上，根据业务部门的实际业务需求，直接从数据库中获得相关业务数据，进行逻辑组合，开发出业务部门所需的功能。

这层应该为一个解决方案/项目的核心代码，建立在数据逻辑层的基础之上，对数据逻辑层的各个接口进行组合和补充：

组合：从数据逻辑层的接口中获得数据，按业务需求进行合并或逻辑计算；

补充：对一些业务特有的需求，数据逻辑层无法提供，需要通过数据库接口直接从数据库获取数据；这部分接口需要定期进行沟通和评估，如果使用广泛，可以考虑迁移到数据逻辑层中进行管理。

此层程序中的方法也可以供其他项目调用，满足各项目之间信息操作的互通，减少代码维护量，提高开发效率。

此层接口还要面向Web端和移动设备提供服务，因此，需要建立一个统一集中管理的WebService服务器，将此层的接口程序(Dll文件)直接发布为WebService，无需修改代码，即可供Web端和移动设备进行调用。统一集中管理，能更好的整合服务器资源和出口带宽，保证WebService的整体性能，提高使用效率。

这部分代码应该起到的作用是保证业务功能的可行性。

3、界面及操作逻辑层

此层为用户的所见所得界面，是业务功能的直接展现，在界面开发规则范畴之内，可按功能使用者的习惯进行订制，由开发人员自主把握。

多平台多途径的访问方式在此层得到体现：

MIS系统客户端[C/S]方式访问：用户直观使用MIS系统客户端功能，提供最能提高用户工作效率的操作方式，通过业务逻辑层获取和操作数据，用户体验较好。

可在客户端功能中使用本地硬件资源进行一些复杂的逻辑运算和数据存储，运算时对服务器性能影响低。

WEB浏览器[B/S]方式访问：用户通过WEB页面进行操作，基于页面提供的操作功能和业务逻辑层[WebService]提供的数据访问方法，开展业务数据的处理和查询工作。

移动终端[IOS等]方式访问：通过App客户端功能展现，基于定制的操作界面和业务逻辑层[WebService]提供的数据访问方法进行业务数据的查询和处理工作，用户体验较好。根据移动终端本地系统资源的情况，可进行一些轻量化的逻辑运算和数据存储。

这部分代码应该起到的作用是保证业务功能的可用性，在业务逻辑层的支撑下，目前流行的一些Web和移动设备等前端访问方式，都能方便地找到解决方案。

二、开发规范

1、功能划分规范

根据功能类型对新发布功能按业务功能、统计报表、办公流程、文档管理四大功能区域进行合理划分，其中业务功能区域划分为：产品信息管理、销售订单管理、计划采购管理、工程设计管理、生产制造管理、工程服务管理、质量控制管理、财务核算管理、人力资源管理、办公信息管理、项目跟踪管理、信息系统设置，共12个子系统；同时，定期（半年）对功能菜单进行梳理和评估，根据业务流程进行合理调整。

2、功能开发规范

规范开发工作，执行统一的编码规范：“MIS系统项目开发约定.docx”；

在项目开发过程中，编写项目文档并定期更新项目文档，对项目的基本信息（需求、设计方案、数据库、程序逻辑等）进行记录。

3、外部资源使用规范

为提高业务功能开发效率、提升业务功能的易用性和体验度，我们经常会使用一些外部控件，而这些外部控件的获取渠道不同，可能会因为版本问题，在业务功能运行时发现冲突，导致无法使用，因此需要对这些辅助开发的工具进行规范，统一管理这些公用外部资源，对这些资源的更新进行合理组织并测试。

4、界面规范

在业务功能开发过程中，遵循“MIS系统应用界面设计规范.docx”，统一MIS系统系统中各业务功能的界面风格。

  第二部分  ^范文提纲

一、绪论

（一）引言

（二）系统实现的目的和意义

（三）系统开发的理论及环境和工具

二、系统设计

业务功能划分原则

作为SAP之外公司信息管理主要应用平台，MIS系统的应用将覆盖大部分信息管理需求，可以将应用功能分为四大功能区域：

业务功能：主要是各部门工作相关的应用、新闻公告及系统配置等；

统计报表：目前添加MOSS报表中心的链接，可以以MIS系统为入口直接进入报表中心，后期可以考虑通过链接、整合菜单等方式，将SAP BW和其他应用中报表部分挂载到此区域中；

办公流程：与X3结合，配合.NET版X3流程引擎，在MIS系统提供部分X3流程的发起、流转和查询工作；

文档管理：文档管理，在一定程度上起到公司内容管理的功能，对公司的各种办公及业务文档提供管理方案。

其中业务功能分两个部分：

一、业务管理

以公司主要业务的运转过程为主线，依次为：销售订单管理，计划采购管理，工程设计管理，生产制造管理，工程服务管理，财务核算管理，质量控制管理；原有一些独立系统，如条码系统、研发信息管理、国际营销管理等，均按此主线分拆挂载到各个业务管理菜单中；目前各子系统的模块分配如下：

销售订单管理（权限配置、商务管理、销售订单查询）

计划采购管理（采购管理、计划管理）

工程设计管理（屏柜查询、设计备忘录、图纸管理）

生产制造管理（库存管理、生产管理、条码打印、条码基础设备维护、条码综合关系维护、物料管理、装箱发运）

工程服务管理（RMA管理、备件库管理、工程试验、工单管理、智能调度）

财务核算管理（财务信息统计、成本查询、固定资产、商务相关）

质量控制管理（产品检验检测、出厂申请单、用户资料、质量跟踪、质量会议跟踪）

二、办公管理

涵盖除主要业务之外的办公及信息管理应用，并为公司业务高效运转提供有效支撑，主要为：人力资源管理、项目跟踪管理、办公信息管理、信息系统设置等；此部分应用设计范围较广，随着公司的发展，后期扩展需求较大，需要定期评估整理；各子系统的模块分配如下：

办公信息管理（产品信息维护、会所管理、会议室管理、机票信息、新闻公告、医疗报销）

人力资源管理（工程服务绩效考核、工程服务培训管理、工程服务人事管理、人力资源）

项目跟踪管理（工作周记、礼品管理、投标管理、项目管理）

信息系统设置（系统功能设置、应用开发管理、用户及权限设置）

文件档案管理（文档管理）

除此之外，MIS系统主框架提供新闻公告、X3待办任务列表、文档检索等基础功能。

后续在MIS系统上部署应用时生成菜单，除必须严格遵循前述业务划分原则外，为保证应用功能菜单的有效和规范，还要做到：

1、定期检查应用功能使用情况，对半年内使用少于10次的应用进行评估，若无使用必要，则删除应用菜单和相关权限；

2、发布和开发新的应用时，检查是否有相近功能（包括菜单名、数据内容、操作方式等），尽可能合并功能相近的应用；

3、新应用发布后，配合业务部门进行推广，及时获得反馈信息，避免无用的应用；

4、开发新应用前，对应用的适用范围、可行性、可用度进行相应的评估。

权限管理

MIS系统的权限控制大致分为两类：

一类是菜单权限，结构为：用户-角色-应用功能，用户与应用功能不直接挂钩，通过角色来限定，三者之间均为多对多的关系。

其中每个应用功能发布时，会自动生成一个同名角色，称为功能角色；除了功能角色之外，可以自定义角色，可以按业务分工来定义，也可以按组织架构来定义。

另一类为数据权限，就是指在应用功能内部的权限控制了，这部分权限都有单独的应用功能来进行配置，比如销售订单查询，有专门的功能来按人员进行片区、省份、行业的权限划分，保证使用人只能看到自己权限范围之内的数据。

对于操作界面和实现功能类似的应用，尽量依靠数据权限来控制，通过集成组织机构处理权限问题，合并应用，减少应用部署的数量；如“投标管理”和“国际营销投标管理”，将两个应用进行合并，采用通过判断使用人员所属中心的方式来控制和引导用户操作。

认证管理

MIS系统采用域验证和用户名验证两种方式，如果计算机已经加入公司域（NARI-RELAYS或NR-RD），并已使用域账号登录操作系统，则在内网使用MIS系统时，将通过域验证自动进行认证并打开MIS系统；如果上述条件不满足，则会切换至登录界面，可以使用员工工号作为用户名进行登录认证（密码由管理员初始化，用户自行维护）。

当用户处于外网环境时，需要先通过VPN接入公司网络，使用工号作为用户名进行登录认证；后期将把MIS系统的登录认证机制加密后发布到公网，用户无需通过VPN即可登录MIS系统。

用户通过MIS系统认证之后，将根据用户的权限，下载或更新相应的程序文件到本地计算机供用户使用。

功能失效原因整理

随着公司的发展，信息管理的方式不断改进，会使一部分应用功能逐渐失去使用价值，以下是目前导致应用功能失效的主要原因：

新的管理系统（如SAP）上线之后，已经有新的应用功能替代；

业务部门提交要求，但是并没有推广使用；

业务规则更改，过渡期之后已启用新的应用；

应用的整合，原有分散的多个应用整合在一个应用中，原有应用未删除。

六、总结

三、参考文献目录

[1]岳剑波：《信息管理基础》清华大学出版社 1999年；

[2]陈禹、杨波：《信息管理与信息系统概论》  中国人民大学出版社、 2005年11月；

[3]吴晨、张亮：《ASP.NET+SQL Server.数据库开发与实例》 清华大学出版社 2006年8月；

[4]罗宾逊&内格：《C#高级编程》 清华大学出版社 2005年6月；

[5] Elfriede Dustin：《有效软件测试》 中国电力出版社 2004年1月：

[6]梅尔斯：《软件测试的艺术》 机械工业出版社 2006年3月；

[7]微软公司：《ASP.NET自学教程》 中国劳动社会保障出版社  2004年1月；

[8]胡百敬、姚巧玫、SQL Server：《2005年数据库开发详解》 电子工业出版社 2006年6月；

[9]叶加圣：《计算机应用》 2006年9月；

://.studa.net/yingyong/060907/09094798.html 

[10]毛竹、南海：《C#介绍》 2001年9月； 

 ://blog.csdn.net/ysli/archive/2001/09/24/12345.aspx