上海文化广播影视集团有限公司
SMG信息化建设——OA协同办公平台
技术需求书
编号：
版本：Ver 1.0
密级：项目组内公开
集团信息化建设项目组
2015年4月
文档修订记录
目录
第一章概述 (5)
1.1 项目背景 (5)
1.2 建设原则 (5)
1.3 建设目标 (6)
第二章OA协同办公平台项目总体要求 (6)
第三章OA协同办公平台功能需求 (8)
3.1 系统基础功能需求 (8)
3.2 流程管理应用需求 (9)
3.3 表单管理应用需求 (10)
3.4 知识管理应用需求 (10)
3.5 公文管理应用需求 (11)
3.6 合同管理应用需求 (15)
3.7 辅助办公应用需求 (15)
3.8 移动办公应用需求 (16)
3.9 系统集成应用需求 (17)
第四章其他非功能性需求 (18)
4.1 系统稳定性与性能要求 (18)
4.2 用户体验要求 (19)
第五章OA协同办公平台实施内容和要求 (19)
5.1 实施范围 (19)
5.2 实施主要内容 (19)
5.3 实施时间要求 (21)
第一章概述
1.1 项目背景
上海广播电视台、上海文化广播影视集团有限公司（以下简称SMG）目前包含十三个职能部门、三十多家事业部或一级子公司。SMG日常行政管理、各类事项的审批、办公资源的管理、多部门的协同办公以及各种信息的沟通与传递需求日益增长。有些单位为提高办公管理效率已经实施了办公自动化，还有一些职能部门、事业部、子公司尚未实现办公自动化，为避免集团各部门独立建设导致集团办公管理数据分散、流程“孤岛”等问题，SMG计划在全集团实施推广一体化的OA协同办公平台，依据SMG台、集团整体框架，搭建一个高速、安全、稳定可靠、经济实用、方便操作的OA协同办公平台，全面实现SMG办公自动化、信息资源共享化、决策相对智能化，从而推动SMG台、集团信息公开，提高工作效率，降低内部管理费用，增强集团的监管和服务能力。在2015年年底计划完成职能部门、事业部及所有一级子公司的办公自动化，使得集团员工可借助OA协同办公平台实现文档管理、信息发布、流程审批、移动办公等工作。
1.2 建设原则
协同办公平台的设计必须满足SMG台、集团战略管控及办公管理要求，并力求满足功能要求的同时，要始终坚持以人为本的设计风格，应用界面友好、操作快捷简便、安全性高、性能稳定、维护使用方便、提供与其它WEB系统以及各类业务数据无缝整合：
1、先进性：以B/S体系结构为基础，采用目前应用系统最为流行的结构体系。
2、简便性：客户端操作采用统一、标准和简单易懂的方式。
3、整合性：全面支持与多系统的对接，实现重要业务数据在办公自动化系统的提取加工及展示。
4、多层次应用：支持集团性企业特色，支持多公司，多组织，多人员，提供逐级管理以及矩
阵管理支持。
5、灵活性：系统数据、工作流程、权限角色等，都可以进行动态配置。
6、安全性：保证所有数据传递的安全、准确、有效。
7、可移动性：提供移动客户端，实现移动办公。
8、定制性：提供个性化定制界面功能，提供多套界面样式。
9、一体化：SMG全集团办公管理支持在一体化的OA协同办公平台中实现。
10、多维度办公形式：实现多分支机构办公、跨地域办公、移动办公。
1.3 建设目标
结合SMG台、集团信息化建设规划，充分考虑未来发展需要，统一规划、分步实施、逐步扩展，保证系统完整性，做到统一标准、统一交换、统一管理、统一认证、互联互通和资源共享，构建开放性好、兼容性强的协同办公平台。在此平台之上不仅部署基础的应用软件，还要能部署扩展开发的业务支撑应用。
本次OA协同办公平台主要建设目标是：
●搭建一体化OA协同办公平台
●OA协同办公平台覆盖集团职能部门、事业部以及一级子公司，如已有OA系统，移
植到OA协同办公平台
●合同管理系统迁移到OA协同办公平台
●实现移动办公
第二章OA协同办公平台项目总体要求OA协同办公平台建设须按照SMG台、集团协同办公统一规划、分步实施原则，从而带动SMG台、集团信息化水平以及人员信息技能的提高，满足集团战略发展的需要。
SMG OA协同办公平台是一个基于统一架构的一体化平台，该平台实现两个层面的协同。第一个层面协同，在各部门或子公司内部实现流程流转，信息共享，其他部门或子公司
不可见；第二个层面协同，各部门或子公司的公文，可以在各职能部门之间流转，并流转到集团层面审批。通过这两个层面的协同，实现SMG办公公文、文档信息等在全集团快速流转，高效协同。OA协同办公平台在权限管理方面，实现权限分级管理，集团层面有管理员，管理集团层面的权限，各部门或子公司有分管理员管理本部门或公司的权限。
在SMG台、集团协同办公平台建设和实施过程中，须对SMG目前需要解决的关键问题、主要流程、主要逻辑，按照以人为核心的理念进行系统的规范和抽象，建立完备的集团企业管理模型和具体的功能操作流程。
平台建设遵循以下原则进行总体设计：
参照国际、国家、行业有关标准和规范，以人为核心主线，以核心信息资源为基础，通用为主，兼顾特殊，服务纵向，关联横向，循序渐进，逐步完善，以达到满足SMG台、集团当前需求和未来发展的需要；
基于“基础平台＋应用框架＋应用系统”的设计理念，采用成熟、先进、稳定、符合国际标准的应用平台和已应用于多种应用开发的应用开发框架；
支持各种主流平台，如Linux、HP-UX、IBM AIX、SUN SOLARIS、Microsoft WindowsNT/2000/2003 Server、SCO UNIX 等；支持多种数据库，如Oracle、DB2、SQL Server、mySQL 等，包括国产主流数据库。采用B/S结构、支持Web2.0标准及技术。
框架结构和模块化封装，便于模块增减和系统升级；基础应用模块缺省集成实现，简单开发或集成，便于系统应用和成长。
基础平台提供标准接口，便于与SMG台、集团其它各类应用系统整合及特殊需求的扩充以及信息资源应用的整合。
第三章OA协同办公平台功能需求
3.1 系统基础功能需求
多维度组织模型与岗位体系
SMG协同办公平台可将组织按多个层次和维度（行政维度、财务维度、HR维度等）划分，即支持多维组织结构的应用。并可支持一人多岗的应用，让兼职人员分别对应不同的操作权限。
角色管理
平台在系统维护的权限赋予上可以直接通过角色进行权限的转移，也可以在使用上赋权,如流程审批环节上采用角色方式赋权，避免以人员流动而造成流程维护的复杂程度。
在组织部门结构、具体人员、岗位体系等之外，可直接建立统一的角色管理，在角色中可调取人员、可调取部门结构信息、可调取不同的岗位，以组合完成角色的应用，并通过角色赋权。
菜单管理
平台的菜单可以自定义，通过配置，不同人员可以使用不同菜单界面。
权限管理
平台须提供集团总部、子公司多级组织架构的系统权限管理，实现集团企业的分权管理。
支持根据用户、组织、岗位、角色等多形式赋予系统功能权限。
日志管理
平台须实现系统的安全管理，以及对突发事件的及时处理与追逆，需要对系统的登录、操作、浏览等进行记录与管理。可以对日志文件进行保留、删除，对日志文件的大小以及保管的期限做设定，设置后系统可以自动进行相应处理。
3.2 流程管理应用需求
平台须建立全集团统一的工作流程管理平台，采用电子化的流程，进行跨部门、跨组织的即时审批，构造协作的环境。此次SMG台、集团流程模块的关键需求如下：
?工作流要求
?可视化流程自定义：支持灵活的可视化流程定义工具。流程流转、流程表单、数据库结
构完全自定义。可以根据要求设置出不同的流程。
?流程支持图形化设计：系统要求提供图形化表单设计功能，提供电子表格导入和流程图
形化拖拽的配置功能。
?可以根据需求任意定义各种工作流程，包括并发、分支、汇总和循环等流程，并且可以
方便简单的对已定义、已执行的各种流程进行修改和优化。
?可以根据需求任意定义流程审批的各种操作，如“同意”、“已阅”等。
?可以随时监控流程的流转情况，针对一些流程异常情况需提供提醒，便于流程负责人及
时干预。
?提供WEB与移动设置上进行文字审批、手写批注、手写签名、电子签名等多种批示方
式，提供“一支笔”的审批体验。
?提供流程提醒、邮件提醒、短信提醒、即时消息提醒等多种提醒方式，即能够与邮件系
统、短信平台、即时消息平台进行集成，支持发送邮件、短信及即时消息。
?流程支持多版本，不会因为流程版本的更新导致原流程中的申请单出现问题。
?流程实时性高，能够根据组织结构或者人员的变更实时地定位到审批人，并提供管理工
具解决人员离职、换岗方面的问题。
?提供根据不同流程设置不同代理人功能，流程代理需要支持时间段设置。
?支持自动审批功能，即在设定时间内未完成审批操作，系统将自动进入下一环节。
?提供流程分类管理及维护，并可设定流程的发起权限，对于没有权限的人员，无法在看
到此流程。
?提供标准流程发起及审批接口，可与业务系统集成，提供待办清单接口，提供自动创建
申请单接口，并可在审批操作后自动调用业务系统提供的标准接口（如WEBSERVICE
接口）通知业务系统进行相应的业务操作。
?提供与文档或信息的关联功能，即在填写、查看或者审批申请单时，关联到此申请单相
关的审批事项、规章制度等参考文档或参考信息，帮助操作人员进一步了解详细信息。
?提供针对流程审批相关的分析查询报表功能。
本期流程主要涉及：公文处理、请假流程、收发文、呈批件等；
3.3 表单管理应用需求
?支持按需定义表单格式、表单录入方式、表单数据类型和简单代码开发；
?支持按需定义表单的业务处理流程；
?支持根据表单数据项内容，自动或人工转向不同的处理流程；
?支持不同的表单流程节点对不同的表单数据项可以有不同的读写操作权限；
?支持表单编号的自动生成；
?支持表单查询方式的自定义；
?支持表单统计方式的自定义；
?支持对查询统计数据的穿透查询；
?支持自定义表单业务功能菜单；
?采用结构化数据接口，通过扩展，支持其他系统接入；
3.4 知识管理应用需求
平台中知识管理的关键需求包括：
?能够对公司的技术资料、规章制度资料、专业资料、文件档案、标准化文件、项目资料、
各种报表等进行统一的管理，并支持多级目录设置功能。
?支持HTML、Word、Excel等多种在线编辑和保存功能，支持多附件上传。
?提供模板管理功能，文件新建时，可以直接套用模板录入。
?具有严格的权限控制，可进行下载控制、打印控制、附件容量控制等；支持大容量文件
上传和断点续传。
?支持灵活的查询，支持全文检索。
?提供版本管理功能，文件修改的所有版本都可以查询和统计。
?提供对这些知识管理的内容（如SMG动态报、条线新闻、条线通知）进行发送发放管
理功能，定期将知识管理内容发放给指定人员。
?提供公告、通知、新闻、制度等富文本信息的发布，支持图片、附件，并支持发布审核，
目标人群设定。
?对知识管理的操作如下载操作均需要提供日志查询功能便于进行操作分析。
?提供对文档信息的查询统计功能，能够查询统计出文档的数量及使用频率等信息。
3.5 公文管理应用需求
平台中公文管理的需求主要包括：
?总体功能
?严格按照国家公文管理规定提供完备的电子公文管理功能，包括：公文应用设置、发
文管理、收文管理、签报管理、公文交换、公文查询、公文统计、公文档案。
?公文审批：实现领导审核审批、电子盖章、签字、文单签批、提交意见等应用，为组
织中各级领导处理公文提供易用工具。
?公文督办：使得目标管理与督查督办相结合，规范办理流程、梳理和明确各部门职能，
发挥领导机关枢纽作用。
?流程控制：公文流转过程中，通过公文模板（流程模板、公文正文模板等）支持公文
流转的正式性、严肃性与规范性，实现公文管理的刚性控制；同时支持二元化工作流，通过会签、多级会签、回退、终止等应用，支持公文流转过程中的异常情况处理。
?留痕信息管理：提供两种留痕信息管理，一种为保留电子公文的具体修改的内容，即
修改内容留痕；一种为保留修改痕迹。使得公文流转过程中，对公文的操作及操作对象、操作者都清晰可见。
?保密管理：支持公文文单、正文的修改权限控制，以及增减附件的控制，支持复制、
下载、打印权限控制，防拷贝，实现公文传输的安全性。
?归档管理：支持电子公文归档和安全存放，确保公文归档保存的真实、完整、安全与
可识别；并提供公文文档库管理功能，实现公文分类、入卷、借阅，并记录相应操作过程。
?电子印章：支持电子印章授权与校验。
?电子签名：支持电子签名功能。
?跨单位传递：提供公文交换中心，实现公文在同组织下跨单位传递。
?文号生成：支持公文文号、内部文号自动生成，并提供断号管理。
?查询统计：自定义查询条件，实现分时分类统计与查询。
?公文转发：支持收文转发文、收文转公告。
?日志管理：可了解到整个公文的流转状态，便于公文的发起者、处理者、督办人员对
公文中每位参与者状况的了解。
?明细查看：可以查看到各处理人的公文收到时间、处理时间，处理时长、有无延期等
情况，以便清楚公文的流转效率和瓶颈所在。
?发文管理
?支持拟文、审批、审核、复核、会签、签发的公文成文审批过程；
?支持调用模板；
?支持公文套红、用印、分发、归档的公文处理过程；
?支持调用各类文单模板；
?支持行文过程的正文套红、公文单套红和打印输出；
?支持行文过程的手写批注、文字批注、显示/隐藏痕迹、文档清稿、电子印章；
?支持发文转公告；
?支持会签、回退、终止；
?支持发起人附言；支持补充正文、补充附件；
?支持处理期限和超期管理；
?支持文号自动管理；
?支持发文过程中进行公文督办监督。
?收文管理
?支持收办件、收阅件处理；
?支持登记、拟办、会签、承办、办理、阅读、知会等节点动作；
?支持系统内部收文登记；
?支持外来文纸质公文、外来电子公文登记；
?支持收文转发文：实现对上级单位、上级行政部门来文的转发；
?支持调用收文模板；
?支持收文处理过程中的督办设置；
?支持收文处理流程期限设置、超期提醒设置、跟踪设置；
?支持登记人登记公文时附言；
?支持公文收文文号的自动引用。
?签报管理
?支持签报拟文、审批、审核、复核、会签、办理、归档等的签报处理过程；
?支持调用签报模板；
?支持行文过程的手写批注、文字批注、显示/隐藏痕迹、文档清稿、电子印章；
?支持回退、终止等异常处理；
?支持发起人附言；支持补充正文、补充附件；
?支持关联其他公文、关联知识文档；支持多种格式附件；
?支持处理期限和超期管理；
?支持签报文号自动引用；
?支持签报处理过程中进行督办监督。
?查询统计
?可以查看查询结果中的具体公文，包括公文正文、流程、文单。
?支持处于不同流转状态下的公文查询。
?查询条件多样，符合各类查找要求（包括按各种类型时间段查询、按各表单内容查询）。
?收发查询、收发统计结果支持Excel导出。
?公文督办
?建文人可自定义督办人，也可调用模板使用模板指定的督办人。
?支持督办设置：设置督办期限、督办人、督办主题。
?支持对督办人员的自动提醒：对督办人员进行公文督办的有效期进行规定后，过了此
期限，系统自动提醒督办人。
?进行公文催办：对流程中未办理的人员进行催办，并可查看催办记录列表。
?查看公文办理情况。
?公文档案
?安全存放：确保公文归档保存的真实、完整、安全与可识别。
?支持自定义公文档案目录结构。
?文档库管理：实现分类、入卷、借阅、检索、与过程痕迹记录。
?支持已归档公文的借阅，支持借阅时间限制、操作权限，提供借阅跟踪，实现已归档
公文的安全可控。
?支持查看已归档公文操作历史。
?支持固定格式的输出打印及纸质存档。
3.6 合同管理应用需求
SMG现有合同管理系统采用用友致远合同管理模块，本次需要将该部分功能迁移到OA 协同办公平台，确保原来数据能够方便、快捷查询。
3.7 辅助办公应用需求
平台中辅助办公的主要需求如下：
?员工信息
员工详细信息包括部门、职位、头像、电话等信息，并支持对一些非敏感信息，如手
机号码进行修改，对于敏感数据则不允许修改（如职位），员工信息需要与统一认证平
台集成，实现数据交互，员工基本信息的集成，一旦员工信息在统一认证平台发生变
更，则OA办公平台会同步发生变更。
?计划与任务
包括日程计划安排、工作任务管理，并允许上级领导查看下属的计划及任务，并提供
在移动设备上完成计划、任务及日程管理。
?会议管理
包括会议通知、会议室管理、会议决议发送等，支持不同公司不同部门建立自己的会
议管理，与申请审批流程集成。
?印章管理
包括印章的新增、申领、借用等管理功能，并与申请审批流程集成。
?通讯录管理
包括通讯录的分类、设置及查询功能，并与人员的个人电话集成，支持不同公司不同
部门构建不同通讯录。
?论坛
包括论坛的构建、权限设定，论坛用户管理等功能，支持不同公司不同部门可构建不
同类别的论坛。
?在线调查
包括在线创建调查问卷，启动调查流程，分析调查结果，支持不同公司不同部门可以
构建不同类别的在线调查。
?短信支持
提供短信支持，针对一些紧急事项或者需沟通事项可直接发送短信或通过短信提醒。
?邮件支持
提供邮件支持，针对一些审批或者需沟通事项可直接发送邮件或邮件提醒。
3.8 移动办公应用需求
平台中移动办公须提供包括手机、平板电脑（支持IOS和安卓系列）等远程应用，支持在这些移动终端上进行移动办公，可以：
?安全控制
支持通过移动终端的设备绑定方式来控制移动设备的安全性，并通过用户名及密码验
证方式来进行移动办公。支持双因子认证。
?公文审批
提供在移动终端上进行公文审批，支持手写批注、手写签名、语音等审批，并能够在
移动终端上查看到公文信息、流程信息、留言备注等信息。
?流程审批
提供在移动终端上进行流程申请及审批、支持手写批注、手写签名、语音等审批，并
能够在移动终端上查看到申请单信息、流程信息、留言备注等信息。
?文档查阅
提供在移动终端上查看本人有权限查看的文档信息。
?个人日程
提供在移动终端上查看个人日程安排。
?会议安排
提供在移动终端上查看个人会议安排。
?移动集成
提供与其它移动应用的集成功能，即可在OA移动平台中打开其它系统的移动应用3.9 系统集成应用需求
平台中系统集成须提供与其它系统数据集成的功能，包括：
?统一认证平台
实现与SMG统一认证平台集成，实现SSO。通过统一认证平台数据信息来同步构建
OA办公协同中的组织架构、人员信息等，需支持即时同步，即统一认证平台中修改好
之后，OA中需要同步更新。
?短信平台
提供与短信平台的集成，可通过短信平台直接发送短信。
?邮件系统
提供与邮件系统集成，可通过邮件系统直接发送邮件提醒。
?BYOD移动办公平台
OA移动应用需要参照SMG移动接入规范，与BYOD移动办公平台进行无缝集成，必
须做到用户体验良好。
?SMG统一通讯系统
OA协同办公平台实现与SMG统一通讯无缝集成，审批提醒等信息可以通过SMG统
一通讯平台通知用户。
?档案管理系统
OA协同办公平台需要与SMG档案系统进行无缝对接，按SMG档案管理要求，文档
可以自动归档到SMG档案系统。
?财务核算系统
实现与财务核算系统的数据对接，实现与财务核算相关的业务全流程打通。
?其它系统
提供简单配置化功能来实现其它系统进行数据集成，包括指定数据源，指定数据接口
标准，数据交互方式等，请在投标方案中列出数据集成的详细功能，及支持的接口标
准及已支持的接口清单等内容。
第四章其他非功能性需求
4.1 系统稳定性与性能要求
OA协同办公平台须具备较强稳定性与性能，能够满足未来20000名员工7*24小时不间断使用。相关稳定性与性能指标要求如下：
1. 单台设备在每2000小时的故障次数须不超过2次。重要环节须无单点故障，出现故障时，主备设备须实现自动切换。
2. 系统运行效率指标
须满足未来20000名员工同时在线日常工作。目前系统数据量，须满足2000名员工并发访问平台需要。
在100个用户的单点并发（同时进行相同数据插入或查询操作）数据操作情况下：
（1）用户经过单点登录认证后，至页面全部显示的时间须小于4秒。
（2）页面请求发生后，至页面全部显示的时间须小于4秒。
（3）服务器接到数据插入请求后，必须在2秒内完成数据存储。
（4）检索请求发生后，至查询结果全部显示时间须小于5秒。
4.2 用户体验要求
OA协同办公平台将作为SMG台、集团以及下属各单位公文流转、协同办公的唯一平台，必须具备良好的用户体验，主要体现在以下几个方面：
（1）UI设计必须美观，满足SMG整体UI设计要求；·
（2）OA协同办公平台与门户整合要求界面风格须统一；
（3）须具有良好的个性化信息提醒与信息推送功能；
（4）用户操作尽量简洁，用户体验良好。
第五章OA协同办公平台实施内容和要求
5.1 实施范围
本项目实施范围为SMG所属各单位（包括职能部门、事业部、一级子公司），共涉及1个集团，13个职能部门，30多个事业部和一级子公司，平台须满足10000用户使用，并且须支持今后用户数达2万人以上规模。
5.2 实施主要内容
本期主要涉及公文处理、请假流程、收发文、呈批件等流程配置与实施，每个部门或子公司流程包含部门传阅、部门收文（上级来文）、部门收文（内部来文）、部门收文（领导指
示）、部门请示、发票报销、部门请假（非年假）、名片印制等常用流程。
将现有SMG台、集团OA协同办公平台中的流程与数据迁移到OA协同办公平台，确保数据能够按原有权限要求检索与查看。
将现有集团办公室、电视新闻中心、技术运营中心、东方广播中心、东方卫视中心等现有OA系统中的流程与数据迁移到OA协同办公平台，确保数据能够按原有权限要求检索与查看。
SMG现有合同管理系统采用用友致远合同管理模块，本次需要将该部分功能迁移到OA 协同办公平台，确保原来数据能够方便、快捷查询。
SMG OA协同办公平台需要实现移动办公要求，支持苹果IOS、Android等系统，支持PAD、手机等移动终端，实现待办移动审批。
OA协同办公平台需要与其他系统进行有效集成，主要包括以下几个方面：
与门户集成：OA协同办公平台须与SMG统一门户无缝集成。重点集成统一待办，站内消息，以及各申请入口，必须做到界面效果一致，用户体验良好。
与统一认证集成：OA协同办公平台（包含移动办公）须集成SMG统一认证平台，实现单点登录，组织架构与用户信息实时同步自SMG统一认证平台。
与BYOD移动办公平台集成：OA移动应用须参照SMG移动接入规范，与BYOD移动办公平台进行无缝集成，必须做到用户体验良好。
与SMG统一通讯系统集成：OA协同办公平台实现与SMG统一通讯无缝集成，审批提醒等信息须通过SMG统一通讯平台通知用户。
与SMG档案管理系统对接：OA协同办公平台需要与SMG档案系统进行无缝对接，按SMG 档案管理要求，文档可以自动归档到SMG档案系统。
与HR、财务等系统集成：OA协同办公平台须通过SMG即将搭建的数据交换平台，实现与HR、财务等系统的集成。
理发店管理系统设计说明书
目录 一、文档简介 (3) 1.1 文档目的 (3) 1.2 背景 (3) 1.3 读者对象 (3) 1.4 定义 (4) 1.5 参考文献 (4) 1.6 术语与缩写解释 (4) 二、总体设计 (4) 2.1 需求规定 (4) 2.2 运行环境 (4) 2.3 物理结构示意图 (5) 2.4 总体结构图 (5) 2.5 客户端程序组成 (5) 2.6 基本设计概念和处理流程 (6) 三、接口设计 (7) 3.1 用户接口 (7) 3.2 外部接口 (8) 3.3 部接口 (8) 四、系统数据库设计 (10) 4.1 数据库环境说明 (10) 4.2 数据库的命名规则 (11) 4.3 逻辑结构设计 (11) 4.4 物理结构设计 (12) 五、系统出错处理设计 (13) 5.1 出错信息 (13) 5.2 补救措施 (14) 5.3 系统维护设计 (14)
一、文档简介 1.1 文档目的 1．编写本说明书的目的在于： （1）将系统划分成物理元素，即程序、文件、数据库、文档等。 （2）设计软件结构，即将需求规格转换为体系结构，划分出程序的基本模块组成，确定模块间的相互关系，并确定系统的数据结构。 2．本说明书的用途在于寻找实现目标系统的各种不同方案，分析员从这些可供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的物理元素，进行成本\效益分析，从中选出一个最佳方案向用户和使用部门负责推荐。如果用户和使用部门负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软件结构。通常，设计出初步的软件结构后还要进一步改进，从而得到更合理的结构，进行必要的数据库设计，确定测试要求并且制定测试计划。 3．本说明书的主要读者为系统分析员和用户和使用部门的有关人员，为后面的系统开发提供依据。 作为BSS理发店管理系统设计文档的重要组成部分，本文档主要对软件后台数据库的概念模型设计和物理模型设计做出了统一的规定，同时确定了每个表的数据字典结构。本文档是开发人员实际建立BSS数据库及其数据库对象的重要参考依据。同时本文档对软件的整个系统的结构关系进行了详细的描述，并对相关容作出了统一的规定。 1.2 背景 理发店是人们日常生活中不可缺少的一部分，有一定规模的理发店具有多名理发师和众多顾客，一般情况下，当忙碌起来以后，很难记清楚每名理发师的工作量，不便于日后考核；同时大量的会员如果仅适用传统的纸质和卡片记录管理，容易出错，而且不方便统计。计算机应用技术迅猛发展，开发一套理发店的理发师和会员管理系统具有很强的现实意义。 1.3 读者对象 本文档的主要读者包括： 1．本系统的设计人员：包括模块设计人员。 2．本系统的系统开发人员：包括数据库开发、编码人员。 3．本系统的测试人员。
文件、档案、记录管理制度 1.目的 确保我局与管理体系运行有关的各岗位员工活动所依据的文件均为有效版本，防止使用作废的文件,对文件要求的相关记录进行控制，保证管理体系运行的有效性和可追溯性。 2.适用范围 适用于我局所有与管理体系运行有关的文件和资料的控制。 3.主要职责 3.1质量管理部负责组织管理体系文件的编制、修订、发放和回收等工作，负责 法律 法规、技术标准的备案管理。 3.2各部门、单位及项目部负责职责范围内文件的编制、修订、发放、回收、保管工作，对形成的记录进行控制。 3.3办公室负责公文的管理和科技档案的保管。 4.工作内容及要求 4.1文件的分类 文件分为管理文件、法律法规、技术标准、工程文件和公文。 4.1.1管理文件 管理文件包括： a)管理手册 b)管理目标 c)管理制度 d)支持性文件 e)管理过程中所形成的记录 4.1.2法律法规：适用的法律及地方法规及相关行政规章。 4.1.3技术标准：适用于施工生产及各项管理的标准及规范。
4.1.4工程文件：项目在投标及施工过程中产生的文件、记录和相关部门发来的有关工程的文件。 4.1.5公文：单位在对内实施管理和对外交往过程中，形成的具有管理效力或请示商洽工作性的规范体式文书。见《河北省水利工程局公文处理实施办法》。4.2文件的编制、评审、批准 4.2.1《管理手册》由质量管理部编写，管理者代表审核，局长批准；管理制度由各主管职能部门编写，质量管理部组织审核，管理者代表批准，质量管理部进行发放。 4.2.2法律法规及技术标准：局质量管理部和总工办分别负责建立全局的《法律法规清单》和《技术标准有效版本目录清单》，各部门、单位、项目部需要从中识别出符合自身工作需求的法律法规和技术标准，并综合其他途径获取的相关规定和标准来建立本部门、单位、项目部的《法律法规清单》和《技术标准有效版本目录清单》。 4.2.3工程文件：项目部要做好文件的编制、审批、发放、落实。需要归档的在工程结束后按照工程档案管理要求随竣工资料入档管理。未入档的有价值的文件、记录资料应由项目所辖单位自行保管至其没有使用价值为止。 4.2.4文件标识应保持唯一性，可以是编号或其他方式，如利用计算机进行管理记录，应按系统软件的要求或相应规定录入。 4.2.5当我局的组织结构、操作流程等发生改变或适用的法律法规和标准发生变化时，应对原文件重新进行评审、修改、批准，并保留评审记录。 4.3文件的收发过程中要做好收发文记录。发文时不能只发放到中层领导为止，要做到下沉一级，使有需要人员均能获得相应文件。 4.4文件的修订 4.4.1《管理手册》由质量管理部进行修订，经管理者代表审核，局长批准；管理制度的修订由原编制部门负责，管理者代表批准。文件修订时应由提出修订要求的人员填写《文件更改审批表》，说明更改理由，按原审批程序进行文件更改的审批。 4.4.2法律法规和技术标准如有最新版本，各部门应及时更新。
超市管理系统开发文档 1 可行性研究报告 1.1 引言 1.1.1 编写目的 本文档是某公司在通用超市信息服务平台基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.1.2 背景 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是连锁超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市努力追求的目标。 1.1.3 定义 服务平台角色：包括超市管理用户，超市收银用户，VIP用户，普通个人用户，系统管理员。其中： 超市管理用户角色：主要负责物资的采购，入库等。 超市收银用户角色：主要负责平常超市的交易，如收银、退换货等。 VIP用户角色：默认分配给顾客平台注册的用户，是非管理系统的。 普通个人用户角色：默认分配给普通的没有注册的顾客。 系统管理员角色：主要分配给服务平台管理员，对系统初始化，系统内用户管理进行维护。 1.2 可行性研究的前提 1.2.1 要求 要求能添加用户账号，密码，类型等信息。还能对数据库的备份，数据库还原。能进行商品的信息录入，包括商品的编号、名称、单价、单位等。在销售管理中要包括商品的销售信息，销售金额等，并且能记录商品的销售时间，销售数量等，以及商品的当日销售总额。 1.2.2 目标 超市的目标是以优质的服务和品种齐全的商品，面向本地区的所有消费者，以使经营者能够实现利润。具体的目标为：最方便的提供消费者所需购买物品，详细如实的记录物品的品种分类，了解市场发展方向，及时修正进货信息，修改库存管理办法、结算工作办法、采购管理办法等，提高工作效率，节余财力物力资源。 1.2.4 进行可行性研究的方法 1. 经济可行性：超市管理系统的投入，能够提高工作效率，减少工作人员，从而减少劳力资本的投入，根据核算，系统投入几个月之后，就能够收回开发系统的投资，所以从经济角度来说，本系统开发完全必要。 2. 社会可行性分析：目前超市管理系统已经在大型的超市中得到了广泛的应用，超市管理需要现代化和信息化，只有合理的运用信息化的管理，才能在市场竞争中立于不败。超市管理系统不仅能够提高经营者的回报，而且能够随时掌握市场的动向，为经营者提供必要的市场信息，解决了经营者最需要解决的迫切问题，同时超市管理系统对操作人员的要求不高，也合理的节约了成本的投入。 3. 本系统操作方便灵活，便于学习，因此，该系统具有可行性。 可行性研究结论：通过经济、技术、和社会等方面的可行性研究，可以确定本系统的开发完
技术文件管理制度
技术文件管理制度 一、目的 为保持已有技术工艺文件的完整性，统一技术文件的管理标准，确保所编制和管理的技术文件是正确、有效和一致的；有效控制技术文件，使之能完全指导生产，以保证质量和生产正常进行，避免混乱，为使公司的技术文件得到有效的控制，确保生产现场所用的技术文件为最新有效版本。根据公司的实际情况，特制定本制度。 二、适用范围 本制度适用于公司所涉及到的所有技术文件，包括：设计文件、产品图样、工艺图样和工艺文件等技术文件，也包括一定范围的外来标准和客户提供的图样等。 三、职权和职责 1.技术研发中心技术部是技术文件的归口管理部门，负责技术文件的编制、审核，并负责所有技术文件编号、发放、回收、归档，以及文件更改、作废的处理。 2.技术文件的编制和管理；技术研发中心技术部负责人负责编制，技术研发中心总监审核，由总经理批准。 3.生产用工艺文件，如工艺路线单、工序卡、过程卡、工艺图纸、作业指导书，由制造中心各生产部专人编制，完成后送技术研发中心技术部负责人审核，由技术研发中心总监批准。 4.外来图样、标准由负责人识别、核对，经技术研发中心总监审核报总经理批准。 四、管理标准和管理要求 1.技术文件是公司的核心机密，是公司进行生产和管理工作共同的依据，是公司在同行中保持一定竞争力的有力保障。公司的技术文件属于公司所有，每一位员工都有义务和责任保证技术文件的完整性、一致性以及保密性。 2.技术文件的定义 技术文件是指公司的产品设计图纸、工艺文件，操作规范、客户提供的图纸图样、各种技术标准、技术通知以及技术培训资料等。 3.技术文件包括：设计文件、结构：或生产；图纸、产品图样、工艺文件、技术标准、外来标准和图样，生产设备操作规程等。 4.技术文件管理包括：技术文件发放、复制借阅、修改、重新发放、收回、作废、外来文件的识别和使用等。 5.技术文件的分类
工程学院信电学院课题设计报告 医院管理系统详细设计文档 班级13软嵌2班 组长王凯 组员王维可夏辉徐洋洋专业13软嵌2 指导教师周宏生
2016 5月20日年
1 引言 1.1 编写目的（Purpose） 根据概要设计说明书中的设计容，编写详细设计说明书，为开发过程提供系统处理过程的详细说明，使系统开发各类技术人员对整个系统所需实现的功能以及系统的功能模块的划分、实现和数据库的表结构清楚的认识，为整个系统的开发、测试、评定和移交的提供基础，本报告一旦确认后将成为系统开发各类技术人员共同遵守的准则，并为以后的编程工作提供依据。 1.2 读者对象（Reader） 本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、管理人员、项目评审人员。 1.3 编写目标(Goal) 以先进成熟的数据库管理技术、计算机技术和通信技术为主要手段，结合用户业务需求，在医院以C/S作为开发平台的企业信息网上建立一个覆盖医院的高质、高效、实用的管理信息系统；从系统层到应用层具有严密的安全控制机制。系统能够适应医院组织机构和结构的调整。采用构件化技术，使应用系统具有相应的独立性，使各子系统能具有通用性，又能适应医院某些机构的个性化要求；系统具有较长的生命周期，并保证从现有业务管理模式向更加优
化的领导决策和管理模式平稳过渡。 1.4 项目背景(Background of Project) 项目名称：医院信息管理系统 项目简称：医院系统 委托单位：某医院 开发单位：本公司主管部门：本公司 1.5 定义(Definitions) 本详细说明书中涉及的专门术语、容易引起歧义的概念、关键词缩写及相应的解释容包括（有关医疗术语关键词不在此列表中）：门诊：CN 住院：IH 病案：PA 药库：MC 医技：所有检验、检查项目、手术项目等药品：中草药、西药、试剂 2 系统总体描述 2.1 业务处理总流程 2.1.1 总体业务流程图
病案无纸化管理系统 目录： 一、系统简介 二、组织框架 三、物流与功能流程 、系统简介 二、组织框架 1. 机构
1.1、层次 共分三级：公司级、分店部门级和班组织。如图1-1 1.2、现有机构组成 公司级：总经理室； 部门级：分布在具体地区的连锁店（加盟店、特许店），公司各职能部门（人事行政部，财务部、信息管理部、市场营销采购部、企划管理部等）、配送中心班组级：分店和配送中心的管理班组； 1.3、职能与权限 下面我只对与系统开发有关的机构职能进行阐述（按层次说明）： 公司级： 1.3.1、总经理室 1.3.1.1、制定公司整体发展策略； 131.2、批准销售计划；协调公司内各部门的工作； 131.3、管理监督和指导下属各分店（部门）的工作； 131.4、决定公司高层人事的变动； 1.3.1.5、分析公司的销售、库存、采购、付款等情况；
1.3.1.6、批准各分店和配送中心的盘点、损益报告及价格政策公司部门级： 1.3.2、人事行政部 1.3. 2.1、负责人员的工资考勤、招聘、培训、建档、考核、晋级、定级、奖惩和解聘； 1.3. 2.2、管理全公司的固定资产以及办公用品 1.3.3、财务部 1.3.3.1、处理公司日常财务事宜； 1.3.3.2、根据销售数据和总经理室或市场营销采购部的要求支付货款，并记录货款流水； 1.3.3.3、根据合同（协议）制定出财务付款计划；对进出发票进行管理； 1.3.3.4、根据分店和配送中心提供的销售、进货、配送、退货、退厂、调价、优惠、损益、报残、盘点数据，对公司进、销、存按进价和售价进行核算； 1.3.4、财务部市场营销采购部 1.3.4.1、实施商品的引进、退货、更新、定位和淘汰； 1.342、制定价格政策（调价和优惠）和促销计划（方案）并付诸实施； 1.3.4.3、为总经理室和其他部门提供相关报表和数据； 1.344、制定付款计划报总经理批准后交财务部实施；
现场端技术档案和原始记录管理制度1 现场端技术档案和原始记录管理制度 一、技术档案（由运行维护人员建立备查，另外备份一套交企业存档） （一）在线监测数据小时均值全年度汇总记录。 (二）检测设备的生产厂家、安装单位、工程技术设计、施工、竣工资料和验收记录等。 （三)标准气体、标准液体和药剂的购置记录。 （四）药剂添加、更换记录。 （五）自动监控设备的校准、零点和量程漂移的例行检查报表。 (六)自动监控设备的例行检查记录。 （七)统一的每周巡检报告。 （八）计量机构的年检记录与环境监测机构比对检测记录。 （九）自动检测设备的检修登记记录。 (十)检测仪器的运行调试报告。 (十一)检测仪器的维护保养记录。 （十二)系统重大故障报告和原始记录。
(十三）应急处理方案。 （十四）设备的说明书、图纸、维护手册、布线、管理图,包括各种布线系统图、站房内机架及设备所在位置图、电源、配线设备的接线记录以及电路和用户资料。 二、原始记录 （一）周巡检记录。 （二）故障记录和质量统计分析资料。 （三）测试记录及电路电器持续记录。 （四)设备搬迁、更新的有关资料和测试记录。 (五）工作记录和其他原始记录。 三、基本要求 (一)档案中的表格必须采用统一的标准表格。 （二)记录必须清晰、完整,现场记录必须在现场及时填写,有专业维护人员的签字。 (三）与仪器相关的记录可放置在现场,所有记录均应妥善保存，用后留存归档。
现场端专职运行维护人员岗位职责1 污染源企业 现场端专职运行维护人员岗位职责 保证污染源现场端监控设施正常运行;定期向省、市（州)环境监控中心报告日常维护情况;建立运行维护技术档案；发现运行异常情况后及时向省、市(州）环境监控中心报告并进行处理。 一、运行维护人员须经过省级环保行政主管部门的培训并取得合格证书，持证上岗。 二、负责自动监测设备的日常维护、定期保养，确保设施正常运行。 三、负责自动监测设备的故障维修,并及时将故障及维修情况上报省、市（州）环境监控中心。 四、负责自动监测设备向省监控平台准确、稳定、有效的上传数据。 五、负责自动监测设备的定期校准、标定，定期配合当地环保行政主管部门监测机构对自动监测设备进行比对监测。 六、负责建立自动监测设备技术档案及运行档案。认真填写自动监测设备运行情况表,按要求做好相关记录和收集自动监测数据并存档,并及时填写试剂配制、更换及仪器维护情况表。 七、未经环保部门许可,不允许擅自停运自动监测设备。
技术文件的管理制度 1.技术文件分为“受控”个“非受控”文件两大类。“受控”文件指与质量管理体系运行的有关文件。 2.文件的更改须填写《文件更改申请单》由负责人签字后方可更改并标识，文件更改幅度较大时，予以换版。换版文件下发后，必须将原文件由行政部收回，以保证使用有效版本。 3.文件领用者，因文件丢失或者损坏需要领用新文件时，到行政部填写《文件处理单》，经常务副总审核、批准后方可领用。 4.文件管理者、文件持有者要派专人管理文件，并保持文字清晰，外来借阅者需填写《文件借阅登记表》，经常务总经理批准后方可借阅。 5.作废文件销毁时，由该部门填写《文件处理单》，由总经理审核、批准后统一销毁。需要留用的加盖“作废留用章”后方可保留。 6.质量记录的格式和内容由使用部门设计，行政管理部门审查批准，统一编号控制。质量记录表需要更改时，仍由原审批部门审批。
7.质量记录填写：要求个部门质量记录填写人员在填写时要及时、完整、自己清楚、数据准确、使用中性笔或者圆珠笔笔填写。质量记录原则上不准更改，如有失误或者计算错误时，在改动处划改并签名。 8.质量记录的`借阅：外来人员借阅质量记录经常务副总批准后办理借阅手续借阅，公司人员经行政部部长批准后，办理借阅手续。 9.质量记录的管理和保存：质量记录由本部门制定专人负责保管，注意防潮、防腐、防盗、防火、防蛀、保存期按《质量记录清单》的要求实施。 10.各类质量记录由各部门指定专人手机、分类并装订，行政部负责归档并规定期限保存。 11.质量记录销毁：对于超过保存期的质量记录，由行政部和使用部门负责签字，包常务副总审核批准后，进行销毁并填写《质量记录销毁清单》，需要保留的记录加盖“作废保留”章后由行政部统一保存。
设备技术资料档案管理 规定 集团企业公司编码：（LL3698-KKI1269-TM2483-LUI12689-ITT289-
设备技术资料、档案管理制度一、设备技术资料、技术档案是管好、用好、修好设备的依据，也是反映企业设备技术状况和设备经济效益的体现。设备技术资料、档案材料的收集、整理，要加强这方面的管理工作。 二、设备部在办完设备验收手续移交使用时，必须按照规定逐台统一编号，建立设备卡片和台帐；建立设备档案，要做到随机附件和技术资料齐全；进口设备的技术资料应及时全套翻译入档；每年进行复查核实，做到帐帐相符，帐、物、卡相符。 三、设备技术档案、设备管理记录包括： 设备的技术档案： 1、主要设备的技术标准、质量标准和图纸。 2、设备购置、更新改造、设备修理档案、修理项目的论证报告，技术协议和合同。 3、设备使用说明书、维修手册、配件目录、出厂合格证、装箱单等。
4、设备验收记录。 5、设备安装、调试和试运行记录。 6、设备调拨、售出记录。 7、设备事故记录、调查报告、处理结果。设备的管理记录： 1、设备的运转（运行）记录。 2、设备运转（运行）档案。 3、设备状态监测记录。 4、设备管理检查评比记录。 5、设备管理活动记录。 6、设备维修保养计划及相关记录。
7、非标机械加工计划及相关记录。 建立和及时维护设备管理信息系统，定期审查汇总设备报表并进行分析，做到及时发现问题。主要包括： 1、设备基础数据库。 2、设备运转记录数据库。 3、设备维修记录数据库。 4、设备状态监测记录数据库。 5、设备润滑检测及换油数据库。 定期上报设备管理报表。 1、主要设备经济技术指标季报和年报。 2、主要设备技术状况年报。 3、十五项总体指标年报。
管理系统开发设计文档大纲编写要求： 1 问题定义 （本章主要是按照毕业设计任务书的要求，完成所开发系统的问题定义，主要由以下几节组成） 1．1 系统名称 （根据项目的来源、项目完成的目标、项目将发挥的作用等，完成系统名称的定义）1．2 现行系统存在的问题 （分析目前对用户现行系统的了解，分析现行系统在管理、规范化、现代化办公等方面存在的使用计算机进行管理能够避免的主要问题） 1．3 项目目标 （分析现行系统中可以采用计算机进行管理的各子项，根据系统提出相应的要求，并对实现的目标系统进行描述） 1．4 项目范围 （对项目在开发过程中所涉及到用户方面的组织、人员、环境、计算机软硬件资源、开发中经费的初步估算。） 1．5 可行性研究阶段经费估算 2 可行性研究 2．1 现行系统调研 2．1．1 现行系统目标 （分析现行系统在用户的工作中的地位、发挥的作用、以及目标能够达到的目标。）2．1．2 用户组织机构 （绘出用户所在机构的总体组织机构图、所开发系统涉及的机构绘出详细的组织机构图，并对系统涉及的组织机构的人员、业务范围、机构职能等方面进行详细的描述。）2．1．3 系统的业务流图 （根据系统业务绘制出各子系统的业务流图，业务流图应准确地描述业务在处理过程中数据的来源、处理、存储、传送等过程） 2．1．4 系统接口 （现行子系统与其它子系统的业务联系方式、共享数据及存储使用要求等） 2．2 可行性分析 2．2．1 可行性分析的目的 2．2．2 技术可行性（参考毕业设计指导书） 2．2．3 经济可行性（参考毕业设计指导书） 2．2．4 操作可行性（参考毕业设计指导书） 2．2．5 法律可行性（参考毕业设计指书书） 2．2．6 可行性研究结论 （对系统是否可进一步开发给出明确的观点。） （用户需求中没有对一般安全性提出要求，逻辑模型中则不应包括这部分内容，具体要求参考毕业设计指导书） 3．4 XX系统逻辑模型详细描述3 需求分析 3．1 XX系统功能描述 3．2 XX系统性能描述 3．3 XX系统逻辑模型
图书管理系统需求文档-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
图书管理系统需求文档 图书管理系统需求规格说明书一、引言 计算机技术的迅猛发展，特别是随着网络技术的出现标志着信息时代已经来临。信息化浪潮、网络革命在给社会带来冲击的同时，也使图书馆业务受到了强烈的冲击，图书馆传统的管理和服务方式已不能适应读者对日益增长的文献信息的需求，建设图书馆信息网络系统，是图书馆现代化建设的客观要求。建设以计算机为核心的图书馆信息网络，实现图书馆管理和服务的自动化，更好地为科技工作服务，是图书馆发展的必由之路。目前，国内大部分大型的公共图书馆和高校图书馆都实现了网络管理，中小型图书馆(包括企业图书馆)，也在朝着这个方向发展。 为了西安建筑科技大学信控学院的图书管理方面而开发此系统，图书馆为全学院人员提供图书借阅、文献检索的服务，在管理中发挥了应有的作用。该馆的各工作环节一直使用的是传统的手工方式，这种方式的缺点是手续繁琐、检索困难、不便于管理，造成资源的利用率低下。随着馆藏量的不断增加，图书资料的著录和查询的难度也就相应增加，手工方式已经不能满足要求，如何运用先进的信息技术，提高科技图书的管理和服务水平，是我们面临的一个新的挑战。 实现图书资料的网络管理，至少有以下优点: 1)著录规范化，为图书资料的采编、著录、查询质量的提高打下基础。 2)查询自动化和检索途径多样化，可以更方便、及时地找到所需图书资料。 3)资源共享的优势，通过局域网可以在全学院范围内实现资源共享，为读者提供便利条件。 二、系统设计 2.1 系统指导思想和建设目标 2.1.1 任务
超市营销管理系统的计划和开发 摘要：随着我国成功加入WTO及信息化浪潮的日益临近，超市经营管理机制正在发生着根本性的变化，商场要想在激烈的市场竞争环境下求得生存,就必须有效地利用人才、时间、信息结合的优势，进行有效的超市内部改革和加强收银管理。借助现代信息技术和管理理论，建立超市收银管理信息系统势在必行。 本系统针对商品管理的业务范围及工作特点，设计了收银登记、收银管理、业务管理、会员管理、统计分析等几个部分，这几个部分可以全面实现对商品的进货、付款、销货、收款和库存等业务的计算机管理，大大减轻了超市工作人员的工作量，全面提高了超市收银管理的管理效率以及服务质量，使管理水平和业务水平跃上了一个新的台阶。 本系统是根据现代超市收银管理的需要而开发的，操作方便及美观的界面给用户节省了不少宝贵的时间，全面实现了对商品的进货、付款、销售、收款和库存统计等业务的计算机管理，大大减轻了商店工作人员的工作量，全面提高了商店的管理效率及服务质量。系统采用Microsoft Office中的Access 2003来设计数据库，并使用VB 6.0为开发工具。 我们主要介绍了本课题的开发背景，所要完成的功能和开发的过程。在系统分析的前提下，本文重点说明了总体设计，数据库的设计以及系统详细的设计和实现过程。 关键词：超市管理系统，数据，信息，系统开发
目录 1超市管理研究背景...................................................... 错误！未定义书签。 1.1手工记账的弊端.................................................................... 错误！未定义书签。 1.2管理信息系统的重要性 (3) 2超市管理系统软件介绍 (4) 2.1本系统研究方案的确定与说明 (4) 2.2开发工具与环境 (5) 2.3数据库介绍 (3) 3超市管理系统软件模块规划 (7) 3.1模块页面功能描述：............................................................ 错误！未定义书签。 3.2模板结构功能及软件数据流程图 (6) 4代码设计...................................................................... 错误！未定义书签。 4.1主窗口模板的设计................................................................ 错误！未定义书签。 4.2用户注册登陆界面功能的描述............................................ 错误！未定义书签。 4.3用户资料管理功能的描述.................................................... 错误！未定义书签。 4.4管理功能的描述.................................................................... 错误！未定义书签。 4.5工具功能的描述.................................................................... 错误！未定义书签。5程序的调试 6 系统开发过程中的心得体会
信息科学与工程学院 课程设计任务书 题目：酒店管理系统 学号：200812230312 、200812230318 姓名：贺言君、李大朋 专业：计算机科学与技术 课程：软件工程 指导教师：杨振职称： 完成时间：2011年3月1日——2011年6月2日
课程设计任务书及成绩评定
摘要 随着计算机技术的飞速发展，信息时代的到来，信息改变了我们这个社会。各类行业在日常经营管理各个方面也在悄悄地走向规范化和网络化。客房管理的
信息化程度体现在将计算机及网络与信息技术应用于经营与管理，以现代化工具代替传统手工作业。无疑，使用网络信息化管理使客房管理更先进、更高效、更科学，信息交流更迅速。 酒店客房管理系统是典型的信息管理系统的一部份，而且是必不可少的一部份。其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起简洁且资料一致性和完整性强、资料安全性好的数据库。而对于后者则要求应用程序功能完备，易使用等特点。 酒店客房管理系统是酒店经营管理中不可缺少的部分，它的内容对于经营的决策者和管理者来说都至关重要,所以客房管理系统、信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多弊端，如:效率低、保密性差，容易出现差错等，且对于查询空房间及已定房间等极为不方便。在当今时代，这些完全可以改用计算机来代替人的手工操作。 作为计算机及网络应用的一部分，使用计算机对客房信息进行管理，具有手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高客房经营管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。且办事效率也是决定收入的一个关键因素。 因此决定选择酒店客房管理系统作为本人的课程设计，力求开发出一套界面友好，功能强大，使用简单的适用于各大、中、小规模的酒店客房的管理系统。
文件管理系统设计方案 传统的管理和保存文件的方式是人工生成和保管文件（包括：生成、传阅、审批、进入受控状态等），文件通常是保存在文件柜中的。 由于文件数量多，版本复杂，在实际使用中经常出现问题，例如：文件版本不一致、文件查找困难、文件管理处理历史记录报表工作量过大等。本方案旨在解决单位对大量工程和技术文件的管理，达到并确保工作人员手中文件版本的一致性、文件更改的可追溯性，同时以实现电子公告、电子通知、电子邮件、公文收发等功能来提高单位日常办公及管理的自动化。 一、文件管理系统的建设目标和意义 目标： 满足企业对文件信息进行集中管理、查询的需要 通过文件的集中管理，使企业实现资料共享，资料同步更新 企业重要文档的使用权限设置，一方面节约了资本，另一方面自动化管理，保证了资料的保密性和安全性 简化了员工查找和使用资料的工作步骤，使员工把时间放在其他更有价值的工作上，减少重复劳动，提高工作效率，为企业争取更多 利润 把无纸化办公和自动化办公结合起来，实现了无纸化和物理化文档管理的有机组合 把先进的数据库技术运用于文档管理，促进企业信息化管理的进步文件管理系统建设意义： 1、分类、管理企业文件 文件管理系统通过数据库管理，对企业纷杂的文件内容进行分门别类的管理，按照不同的介质（图片、影音、word、excel、ppt、pdf等）进行存放管理。 文件管理系统通过权限管理，对不同的员工开放不同级别的文件库，最大程
度保证企业的文件安全。 2、共享、学习企业文件 文件管理系统通过内部网络将文件资本进行共享，让更多的人分享到企业文件资本，拓宽部门和员工的知识范围。 3、应用、增值文件资本 文件管理平台构建面向企业业务流程的文件管理系统，使得工作过程中显形知识结构化，隐形知识显形化。 通过文件的不断重复应用，实现文件增值。有效的规避了人员升迁流动所造成了关键业务领域的损失，让业务运行不辍。 4、提升企业竞争力 创造企业新竞争价值，增加企业利润，降低企业成本，提高企业效率。建立企业新文化，鼓励思想自由，培育创新精神。 通过减少反应时间来提高为客户服务的水平，通过快速向市场提供产品和服务来增加收入。 二、文件管理系统的建设要求 首先是支持的文件内容要全面，从文件管理的内容角度，至少应该包括： ?对信息的发布，比如直接发布各种内容 ?对文档的管理，如各类DOC、XLS、PPT等文件 ?对数据信息的管理，如各类报表等等 有利于充分利用文件： ?对链接的处理：在内容中可以互相链接，它是有效利用文件的非常重要的环节 ?强有力的索引能力，特别是全文检索 ?对于动态数据的强有力查询能力，比如可以根据各种条件进行查询
技术档案管理制度 XX工程有限公司 xx年六月十五日
目录 1、机构设置和职责分工 2、工程技术档案资料的编制 3、技术档案资料的组成 4、各项资料的填写、签字、格式及整理规定 5、竣工技术资料的管理 6、技术档案的鉴定和销毁 7、技术档案的保管和借阅 8、公司工程技术档案职责划分表
技术档案管理制度 为建立、健全公司技术档案工作，完整地保存和科学地管理公司的技术档案，充分发挥技术档案在公司建设和发展中的作用，更好地为公司各生产技术部门服务。特制订本管理制度。 一、机构设置和职责分工 1、公司工程技术档案管理机构 2、职责分工 (一）、总工程师 总工程师负责整个工程的档案管理工作，组织制定本项工程的归档范围、管理制度、收集整理工程前期文件，组织审查、接收各部门编制的档案文件。 （二）、综合部 （1）、公司档案室的直接管理部门，负责建立规范的公司档案室，设
立专职工程技术档案管理人员。 （2）、负责根据国家和行业的档案法规，制定公司工程技术档案管理制度，报公司批准后，印发各部门执行。 （3）、及时向公司档案室移交本部门构成档案元素的工程项目资料。（三）、公司档案室 （1）、负责公司工程技术资料及档案的日常管理工作，负责图纸、设备资料、合同文件、信函传真文件、综合文档等的接收、发放、借阅及其登记、微机录入及编码归档。 （2）、负责归档数据库的数据备份。 （3）、负责指导公司各部门收集、整理相关工程技术资料。 （4）、负责档案设施、设备的维护管理，负责库存工程技术档案的安全及保密工作。 （5）、负责达标投产的资料整理工作。 （四）、工程部 （1）、建立规范的工程技术资料室，设立专职工程技术档案管理人员。（2）、督促参建各单位（包括监理单位、施工单位、调试单位）严格遵守公司工程技术档案资料管理办法，并纳入合同条款中进行管理。（3）、协调参建各单位工程技术资料管理的重大问题。 （4）、审定经过监理单位审查的各类技术资料，并及时移交资料室。（五）、工程部资料室 （1）、负责图纸、设备资料、技术协议、信函传真文件、综合文档等的接收、传递及移交公司档案室前的保管。
产品图样技术文件管理制度 1. 主题内容与适用范围 本标准规定了产品图样及技术文件的版本及文件编制、会签、归档、保存、发放、更改、收回等管理要求。 目的是对文件和资料进行有效的控制。 本标准适用于本公司产品研制、生产过程中产品图样、技术文件和资料的版本、形成、归档、保管、使用和借阅。 2. 引用文件 SJ/T 207.1～3－1999 《设计文件的管理制度第1～3部分》 SJ/T 207.4－1999 《设计文件管理制度第4部分：设计文件的分类编号》 QB/YT KF 7.7.9-2009 《更改控制程序》 QB/YT KF 7.03-2009 《项目（设计/开发）控制程序》 GB/T 19017-2008 质量管理体系技术状态管理指南 Q/YTD 1002-2011 《企业档案分类编号及标识》 3. 产品图样及技术文件的编制要求 3.1 产品图样及技术文件所包含的信息构成了产品技术状态基线。必须以产品为单位，提出明确的产品技术状 态信息。它包括产品的定义和使用信息，即:要求/规范（技术指标）、设计图样、零件清单、软件清单、模型、试验规范、维护和操作手册及文件版本号。 3.2 在产品实现过程中的关键件、重要件，应在文件中进行标识，确保关键件、重要件的可追溯性。对静电敏 感器件、湿度敏感器件等，应予以标识，以便加强防护。 3.3产品图样及技术文件应以产品或整件为单位成套，归档图样文件需会签完整。其编制要求和填写格式及十 进分类编号、名称必须符合SJ 207的规定。产品成套设计文件、工艺文件资料的编制明细要求见附录A。 3.4 产品定型鉴定文件的编制要求（见附录B）。 4. 各部门职责 技术开发部：负责产品研制过程中的产品实现策划，设计、工艺图纸文件及定型文件、资料的拟制、审核、齐套、会签及更改，并对产品图样的正确性、现行有效性负责。对应用软件工具，研 发过程中的电子文件及其修改状态、文件的版本、流转进行掌控，对电子文件的质量负责。 生产管理部及车间：负责产品在试制、生产过程中形成的文件、记录、资料的收集、整理，对所领用的产品图样完整、安全和回收负责； 质量控制部：负责产品在试制、生产过程中形成的有关质量文件、记录资料的收集、整理。 销售服务部：负责收集、整理、提供有关产品销售合同、技术协议、来自顾客的产品图样和技术文件。 技术管理部：负责收集、整理有关产品研制合同、技术协议、设计任务书、设计评审、验证、确认、定型鉴定文件。负责产品图样、技术文件资料的归档、分类保管和借阅、发放、登记、控制。5. 会签 5.1 会签的产品图样由设计师负责提供，未经会签的图样不得归档和投入生产。 5.2 会签路线 产品图样按下列规定逐级会签： 拟制→审核→工艺（需要时）→标准化→批准
学生管理系统设计文档 1.系统概述 本学生信息管理系统可以说是一个综合性的学校学生管理系统，这它集成了学生学籍管理系统、学生成绩管理系统、学生档案管理系统等多种功能，因而具有较强的实用性和先进性。 1.1 系统及需求分析 1.1.1 系统需求 通过调查,要求系统需要有以下功能: ⑴由于操作人员的计算机知识普遍较差,要求有良好的人机界面; ⑵由于该系统的使用对象多,要求有较好的权限管理; ⑶原始数据修改简单方便,支持多条件修改 ⑷方便的数据查询，支持多条件查询; ⑸在相应的权限下，删除数据方便简单，数据稳定性好； ⑹数据计算自动完成，尽量减少人工干预; 1.1.2可行性分析 由于本系统管理的对象单一,都是在校学生，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校用于学生管理的微机都是以上的机器，在存储量、速度方面都能满足数据库运行的要求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现。 本系统的设计是在中文版操作系统环境下，使用 6.0开发的。数据库是中的重要支持技术，在开发过程中，如何选择数据库管理是一个重要的问题，目前，数据库产品较多，每种产品都具有各自的特点和适用范围，因此，在选择数据库时，应考虑数据库
应用的特点及适用范围。本系统选用的开发语言：语言，用的，它是一种可视化的、面对对象和条用事件驱动方式的结构化高级程序设计，可用于开发环境下的种类应用程序。它效率高，且功能强大，可以与的专业开发工具相媲美。在环境下，利用事件驱动的编程机制、新颖易用的可视化设计工具，使用内部的应用程序接口()函数，以及动态链接库()、动态数据交换()、对象的链接与嵌入()、开放式数据访问()等技术，可以高效、快速地开发出环境下功能强大、图形界面丰富的应用软件系统。 1.2系统的功能简介 本系统主要可以实现以下的管理功能：班级管理、学生档案管理、学生交费管理、课程管理、成绩管理等等。 1.3.1 项目规划 学生信息管理系统是一个典型的数据库应用程序,由系统、设置、录入、查询、帮助等模块组成,特规划如下: 1.3.2系统模块 该模块的主要任务是维护系统的正常运行和安全性设置,包括系统登录、退出登录、用户管理、退出系统等等。 1.3.3设置模块： 该模块的功能是实现设置功能，包括：专业、课程、班级的设置，这三个功能模块各自独立，完成学生管理必需的设置。 1.3.4录入模块： 该模块的主要功能是实现录入功能，包括学生档案、学生成绩的录入，完成学生管理数据的录入功能。 1.3.5查询模块： 该模块主要功能是实现查询功能，包括学生档案和成绩的查询以及成绩统计，都有打印报表的功能。 1.3.6帮助模块： 本系统的使用说明和关于。
技术文档管理制度 一、系统信息保护制度 （一）支持系统运行的操作系统信息 内容：操作系统的版本号、授权证书、原始安装介质（光盘和软盘）、序列号、安装手册、使用说明书、参考手册、升级包（光盘或软盘介质）、安装和升级记录（书面），其他有关附件； （二）开发应用系统的工具软件信息 内容：工具软件的版本号、授权证书、原始安装介质（光盘和软盘）、序列号、安装手册、使用说明书、参考手册、安装和设置（指应用软件常用基本模块、基本属性，书面），其他有关附件； （三）应用系统网络配置信息 指支持应用系统运行的网络协议介质（光盘或软盘，棣属于何系统等）、内容（通讯协议、文件传输协议等）、网络配置（如方式、数量、书面），其他有关附件； （四）应用系统的病毒防护信息 指安装在应用系统运行环境下的防杀病毒的专用软件（杀毒软件、病毒防火墙软件）的版本号、原始安装介质（光盘和软盘）、序列号、安装手册、使用说明书、安装和升级记录（书面），其他有关附件； 二、系统开发和维护管理制度 应用系统的开发，一般应按软件工程的规范化要求进行，在应用系统开发及投入使用前应作用户需求分析、概要设计、详细设计并进行独立测试，建立相应的需求分析文档、概要设计文档、详细设计文档及独立测试文档。这些文档贯穿于整个开发过程，在开发过程中不断修改、补充、完善，是应用系统技术文档的基础，是日后应用系统正常工作、维护的依据，对应用系统运行的正确和稳定、数据处理、保存的安全性等均有决定意义，也是技术安全文档管理的主要对象。 建立系统开发和维护挂历制度即对应用系统在开发、调试、完善过程中的应用信息的完整性、安全性进行监控，保障应用系统投入运行后有良好的安全机制。 三、用户数据保护制度 应用系统环境数据文件、用户信息文件、运行的结果数据文件构成用户数据文件，是应用系统的支持文件，也是应用系统的运行结果和存储形式。 建立和完善用户数据保护制度，切实作好数据保护工作，是技术安全文档管理的重要内容。 四、技术文档管理机制 系统信息保护、系统开发和维护管理、用户数据保护需要相应的技术安全文档管理机制
技术档案管理制度 一、归档时间 办理完毕的文件，按工作阶段性进行归档： 1、按年形成的文件，第二年上半年归档。 2、凡是有法律效用的文件材料，一生效就归档。 3、凡是有机密性的文件，随时形成，随时归档。 4、特种设备重大维修验收及年检验收合格后，三个月内归档。 二、归档要求 1、材料完整齐全。 2、系统、条理、保持有机联系。凡是归档文件材料，均要按其不同特征组卷，尽量保持它的内在联系，区分它们不同的保存价值。文件分类准确、立卷合理。 3、立卷时，要求将文件的正件与附件，印件与定稿，请示与批复等统一立卷，不得分散。 4、在进行卷内文件排列时，要合理安排文件的先后秩序，按时间先后排列。对于同一事情的同一文件，应统一规定进行，比如：正件与附件，应正件在前，附件在后等。 5、由档案部门对特种设备管理部门加以指导，协助特种设备管理部门共同做好旧档的组织工作。办理移交手续，双方在移交清册签字。 三、归档流程 1、编制立卷项目，将办理完毕的文件按有关条款归入卷内，便于次年立卷。
2、文件按时间顺序排列，最近的在最上面。 3、一台特种设备一个立卷，一个档案盒。 4、定时交档案室：文件量少的，一年交一次，次年上半年收集。文件量大的，一年交两次，次年上半年和下半年各一次。 5、记录档案文件材料须用碳素笔写。在无特殊情况下，须用A4纸。 四、档案管理工作 1、档案的管理：区分全宗，正确立档单位；分类，依据档案、来源、时间、内容、形式分成若干层次和类别；案卷排列并编制案卷目录。 2、档案保管：本单位设立专用文件库保存档案。 3、档案的鉴定：从档案的内容、来源、时间、可靠程序、名称鉴别、档案价值，确定各类档案的保管期限，编制成表。 4、档案的销毁编制销毁清册；办理销毁手续，经总经理批准，方能销毁；销毁要有二人以上监销，并在清册上签字。 五、档案利用工作 1、凡需调阅档案，均须填写档案借阅单，依据借阅权限和档案密级，经有关领导签批后方能借阅。借阅档案应在“档案借阅登记簿”上登记，注明借阅档案的名称、密级、借阅方式、数量、期限。 2、档案利用方式有：提供档案原件；提供档案复印件；提供文献索引资料。 3、依据国家统计和有关法律法规，做好本公司档案统计工作。