1、一次婚假. 5.4.2.6.2 婚假最多為 20天.為無薪假.不影響年終獎. 撰寫:查道權 5.4.2.6.3 如有特殊情況需延假,以電話或電報的方式申請.以事假處理.否則曠工論處. 5.4.2.6.4 假滿后到公司三天內須將各証明交人事審查備份. 5.4.2.6.5 若無相關証明以事假論處. 5.4.2.7 產假 5.4.2.7.1 請產假最多時間為三個月.為無薪假. 5.4.2.7.2 請產假須有醫院的相關証明及準生証. 5.4.2.8 請假注意事項. 5.4.2.8.1 各部門主管仔細審核相關資料,若提供假資料証明應予以警告處分. 5.4.2.8.2 各假別須根据相關權限進行作業 請假時
2、間 核準權限 備 注 二天(含) 部門主管 1.各員須按權限作業 三天(含) 主任及總管 2.干部請假須上級主管核準 三天以上 經理(含)以上 3.相關假別要出具証明 5.4.2.8.3 各假別續假須經理同意,且只有一次,最多為 5天. 5.4.2.8.4 國家法定假日為有薪假. 5.4.2.8.5 員工假期間擅就他職者,幵除處理. 5.4.2.8.6 假別之間不可連續申請. 撰寫:查道權 5.5 加班 5.5.1 因工作需要,一天正常上班外延長時間均為加班. 5.5.2 加班小時以0.5小時為單位計算,加班時上下班打卡應準時,如不按規定時間打卡,則以 0.5小時為單位,扣除該加班小時.不予計
3、算. 5.5.3 正常情況下,節假日加班按平時打卡規定. 5.5.4 加班請假 5.5.4.1 在規定的時間內打卡遲到者,須補請假單.每月中遲到一次扣 1分,干部加倍. ?D?: !?!?!?*?E ?W?S ?: 1 ?X: 10 of 15 ?D?: !?!?!?*?E ?W?S ?: 1 ?X: 11 of 15 5.5.4.2 每月遲到5次(含)以上,警告一次. 5.5.5 加班請假 5.5.5.1 作業流程 當事人請假 部門主管核準 人事登錄 5.5.5.2 若末按規定加班又無請假者.扣 5分. 5.5.5.3 每月加班請假不可超出 3次.(特殊)情況除外.但須附相關証明.如無相關証
4、明,超出的 次數每次扣3分. 5.6 下班人員 5.6.1 吃飯 5.6.1.1 吃飯時間: 早餐.7:30-8:00 中餐. 12:30-13:00 晚餐.18:00-18:30 5.6.1.2 吃飯時須穿工衣(節假日除外),帶廠証違者扣3 分. 撰寫:查道權 5.6.1.3 禁止員工在飯堂內打赤膊,衣衫不整,違者扣 3分. 5.6.1.4 禁止在飯堂內吸煙,飲酒.違者扣 5 分. 5.6.2 住宿 5.6.2.1 禁止在宿舍內喧嘩,嘻笑影響他人休息,違者扣 3分. 5.6.2.2 禁止在宿舍內賭搏,違者大過一次. 5.6.2.3 禁止在宿舍內私接電線電源,違者電器沒收,並扣 5分. 5.6
5、.2.4 禁止在宿舍內放置危險物品(易燃,易爆.易傷人等),防礙公共安全.違者沒收其物品, 并 扣5 分. 5.6.2.5 禁止在宿舍內偷盜他人財物,違者除名. 5.6.2.6 禁止在宿舍內亂丟煙頭,瓜果紙皮等垃圾,違者扣 3分 5.6.2.7 禁止在宿舍內亂釘,亂畫,亂貼,亂挂等,違者扣 2分 5.6.2.8 禁止末經許可擅動他人物品,如有損坏照价賠償.并扣 8分. 5.6.2.9 禁止在宿舍走道上亂丟,亂吐亂倒垃圾,違者扣 4分. 5.6.2.10 宿舍晚上 22:00 后禁止放音樂,違者扣 6分. 5.7 其它 5.7.1 禁止登踏公司的牆壁,原紙等,違者扣 3分. 5.7.2 禁止在公
6、司的牆壁,廁所及桌面等上面亂寫,亂畫.違者扣 6分. 5.7.3 禁止撕毀公司張貼的公告与破坏公司的標語,違者 5分. 撰寫:查道權 5.7.4 禁止上班穿拖鞋(涼鞋除外)上班.違者扣 3分. 5.7.5 任何時候不準在公司打赤膊到處行走,違者罰 3分. 5.7.6 在公司打架者,不論任何理由,肇事者幵除處理,當事人大過處理. 5.7.7 凡不听從上級工作安排者,視其情節給予警告至開除. ?D?: !?!?!?*?E ?W?S ?: 1 ?X: 12 of 15 ?D?: !?!?!?*?E ?W?S ?: 1 ?X: 13 of 15 5.7.8 凡有意損坏公司物品者照价賠償,并視其情節給予
7、警告至開除. 5.7.9 嚴禁在公司隨地吐痰,違者扣 3分. 5.8 獎罰規定 5.8.1 視員工的工作表現 加分: 員工最高加分為 10分(行政獎罰除外) 扣分: 員工最高扣分為 10 分(行政獎罰除外). 5.8.2行政獎罰 5.8.2.1 嘉獎:加 10 分; 小功:加30 分;大功:加50 分. 5.8.2.2 警告:扣 10 分; 小過:扣30 分;大過:扣50 分. 5.8.2.3 厂証遺失或損壞(三個月內損坏)而更換厂証須交手續費人民幣5 元. 5.8.2.4 每分以人民幣 0.5元計算. 5.9 品質宣言 5.9.1 質量方針:持續改進保品質;顧客滿意促發展. 5.9.2 質量
8、目標: 撰寫:查道權 1. 總報廢率:5.5% 2. 總不合格率:0.03% 3. 投訴/退貨率: 0.2% 4. 顧客滿意度: 90% 5.9.3 各員必須牢記該厂証的內容. 5.10 調職 5.10.1 調職條件 5.10.1.1 有特殊專長,且适合從事的新任部門(職務)的工作性質. 5.10.1.2 有大量事實証明該員工极不适應原工作崗位之工作強度或能力者. 5.10.1.3 發生工傷事故后,喪失原工作崗位能力者. 5.10.1.4 對原工作有較重的皮膚過敏之類的現象. 5.10.1.5經部門主管(含)以上人員直接要求調离原工作崗位的. 5.10.1.6 經原單位主管同意,并須經接收單位
9、主管(含)以上人員同意接收其就任新職. 5.10.2 基本流程 在職人 調職申請 部門主管 新職單位主管 經理 人事公布 5.10.3 注意事項 5.10.3.1 非符合以上條件(原因)之外,任何人不可無故提出調職. 5.10.3.2 各相關單位主管須認真審查調職人員提出的條件后,方可在調職申請單上簽署意見. 撰寫:查道權 5.10.3.3 申請人末接到人事通知前不可消极怠工,否則視其情節給予一定處罰. 5.10.3.4 在申請提出 30 天內沒有人事通知,則申請失效,申請人在90(含)天內不可再次申請. ?D?: !?!?!?*?E ?W?S ?: 1 ?X: 14 of 15 5.10.3
10、.5 申請人在提出申請后不可請假(特殊情況除外),但須有相關証明. 5.10.3.6 調職如有破月以調職前工資計算. 5.10.3.7 部門內人員的調動也須填寫 “員工調職申請表”經申批后交人事公布. 5.10.3.8 部門人員借調須書面報告,通知相關部門并由經理批準后,再交人事備查. 5.11 辭工 5.11.1 流程 辭工人員填寫 辭工申請單 部門主管審核 經理核準 辭工交接 財務計算薪資 辭工人員离厂. 5.11.2 新進人員三天前提出申請,員工十天前提出申請, 机,組長貳拾天前提出申請, 管理干部 三十天前提出申請. 5.11.3 員工在离職前須做好工作的交接.方可離厂. 5.11.4
11、被公司幵除或辭退的人員由該部門負責人直接填寫“辭工申請單”注明幵除或辭退 原因.經理簽名后,薪資結算后由守衛負責看護至离厂. 5.11.5 辭工人离厂前鬚將公司發放及領用的物品歸還.否則根据价格与程度扣款. 5.11.6 曠工一天,倒扣兩天的工資. 5.11.7 員工离厂須有放行條,當值守衛檢查后方可簽名放行. 撰寫:查道權 5.11.8 辭工人員的辭工申請單須提前一天交人事,便于作業. 6.0 附件 6.1 依勞工法有下列情況之一的用人單位可以隨意解除与勞工簽訂的勞動合同.勞方不得提 出任何的賠償. 6.1.1試用期被証明不符合錄用條件的 6.1.2 嚴重違返勞動紀律与用人單位規章制度的 6
12、.1.3 嚴重失職,營私舞弊對用人單位和利益造成嚴重損害的 6.1.4 被國家追究刑事責任的 6.1.5 自動离職者 6.2勞方在廠因表現不佳時,用人單位有權給予降級或降薪. 6.3 勞工須按用人單位制定的相關作業標準執行工作,違者記過或幵除.勞方不可提出賠償. 6.4 勞方在職期間不可以將用人單位的商業資料帶离厂區或利用其它管道提供給相關單位 及相連單位.違者用人單位有權訴求法律途徑,要求勞工進行賠償. 6.5 用人單位應在勞工進厂十五天后給勞工辦理工傷保險及暫住証. 6.6勞工在職期間有不良行為破坏公司財物及其它影響單位与公司損失者,用人單位可報請 公安机關處理.或依廠規處理及調离原職單位
13、,勞工不可有異議. ?D?: ?!?*?E ?W?S ?: 1 ?X: 15 of 15 ?!?m! ?W! ?! ?!实验报告院、系计算机学院年级专业计算机科学与技术姓名学号课程名称数据仓库与数据挖掘成绩指导教师同组实验者实验日期实 验 名 称实验一基于SQLServer2005示例数据库的多维数据模型一. 实验目的通过本实验的学习，使学生掌握在SQL Server 2005示例数据仓库环境下建立多维数据模型过程的知识，训练其把教材上的内容应用到实际中的技能，为今后继续数据挖掘技术的学习奠定基础。二. 实验内容在SQL Server 2005示例数据仓库环境下建立多维数据模型。针对Adven
14、ture Works Cycle公司的销售分析需求，从Adventure WorksDW示例数据库中导出数据，建立并部署“销售分析”多维数据集，进而从多角度对Adventure Works Cycle公司的销售状况作分析研究。三. 实验步骤1. 创建一个新的数据仓库分析项目打开Visual Studio 2005分析项目，选择Analysis Serveices项目，并将项目名称更改为“销售分析示例”2. 定义数据源在“数据源”文件夹上右击，在弹出的快捷菜单上选择“新建数据源”命令。启动新建数据源向导，单机新建按钮。出现”连接管理器“对话框，在“提供程序”下下拉列表框中确保已选中服务账户，并命
15、名数据源为”销售分析数据源”。3. 定义数据源视图选择“数据源视图” 文件夹，新建一个数据原视图。数据源选择上一步新建的“销售分析数据源”。在“可用对象”列表框中，选择下列表（同时按下Ctrl键可选择多个表）。4. 定义多维数据集右键单击“多维数据集”，从弹出的快捷菜单中选择“新建多维数据集”命令；已选中“使用数据源生成多维数据集”选项和“自动生成”选项；在“时间维度表”下拉列表中选择“时间”别名。下一步设置时间维，将时间属性名称映射到已指定为“时间”维度和维度表中的相应列。选择事实表的度量值(去掉不是度量值的列），可以对度量值重新命名。设置和校验维度的属性及层次结构和属性，在“查看新建维度”
16、页上，通过展开树控制件显示该方向导检测到的三个维度的层次结构和属性，查看其中每个维度的维度层次结构（可根据需要去掉部分为度属性）。在“完成向导”页上，将此多维数据集的名称改为“销售分析多维数据集”单击“完成”按钮，便完成了多维数据集的定义，此时仍可以对维度或度量等名称做更改，以便最终用户理解与使用。在维度设计器的“维度结构”选项卡上，可以添加，删除和编辑层次结构，级别和属性。5. 部署“销售分析示例”项目若要查看刚才建立的的销售分析多维数据集中的数据，必须将其所在的项目部署到分析服务的指定实例，然后可以处理多维数据集及其维度。1） 部署配置在解决方案资源管理器中，右键单击根结点“销售分析实例”
17、项目，从弹出的快捷菜单中选择“属性”命令。在弹出的对话框中更改“数据库”对应值为Analysis Services。2） 部署项目在解决方案资源管理器中，右键单击“销售分析实例”项目，从弹出的快捷菜单中选择“部署”命令，或者在菜单栏上选择“生成”菜单，单击“部署销售分析实例”。若服务器么有安装Analysis Services或没有启动数据库服务器，将报错“无法建立连接”，进而部署失败。查看“输出”窗口和“部署进度-销售分析实例”窗口的内容，验证是否已生成，部署完成多维数据集，没有出现错误，且在右下角显示“部署成功完成”即表示部署成功。6. 浏览已部署的多维数据集部署完成后，就可以浏览多维数据
18、集的实例数据了。浏览“销售分析实例”多维数据集及每个维度，已确定为了改进此多维数据集的功能而需要执行的更改。在解决方案中单击“客户”维度,然后选择”浏览器“选择卡。在这里，可以从各个角度浏览客户结构，现在有关客户级别的信息只显示客户的电子邮件地址，而不显示客户的姓名，需要通过后面的更改显示客户姓名，按省州分类浏览客户。单击在解决方案的“多维数据集” 目录下的子项“销售分析图.cube”，切换到”浏览器”选项卡上，内容区分三个窗口：左边窗口显示事实表和维度表的元数据信息，右上窗口维度筛选器，右下窗口为报表数据显示窗口。浏览多维数据集的操作方法：从元数据窗口拖动有关内容到右边显示区或筛选器中即可形
19、成一个初步的报表，虽然还很粗糙，特别是显示格式等有待在后续的操作中改进。展示数据的操作步骤如下：1） 将事实表中的“销售额”度量值拖到数据显示区的“将合计或详细信息字段拖至此处”区域2） 将客户维度表的“英语国家/地区区域名”属性层次结构拖到数据显示区的“将行字段拖至此处“区域。3） 将产品维度表的“产品系列”拖到数据显示区的“将列字段拖至此处”区域；或者右键单击“产品系列”，从弹出的快捷菜单中选择“添加到列区域”命令。4） 将“订单日期”维度的“季度”拖到数据显示区的“将筛选器字段拖至此处”区域，并单击“季度”下拉框，不选第四季度。5） 右键单击“订单日期”维度的“年度”属性层次结构中的20
20、02成员，然后单击“添加到子多维数据集区域”。再单击“筛选表达式”先单元格的下拉框，复选2003和2004年度即将选择2002/2003和2004这三年数据做报表。7. 提高多维数据集的可用性和易用性1） 修改度量值的有关属性。2） 修改维度的层次结构和有关属性。3） 增加维度属性。4） 将命名计算列表作为弧度的成员名称。5） 重新部署并查看修改。6） 灵活快速地导出各类统计表。四. 实验结果五. 实验总结本次实验使用SQL Server 2005建立多维数据模型，使我对建立多维数据模型与数据的导出过程有了简单的认识。此外，数据仓库的创建与设计过程需要先配置环境，然后建立多维数据模型。数据仓库
21、系统建立的过程：收集与分析业务需求、建立数据仓库的概念和逻辑模型、对数据仓库做物理设计、定义数据源、选择数据仓库技术与平台、数据的ETL处理、选择数据分析与数据展示软件、数据仓库的更新设计等。数据仓库应用系统的开发包括两个部分：一是数据仓库数据库的开发与设计，用于存放数据仓库的数据；二是数据分析应用系统的开发。实 验 名 称实验二 SQL Server 2005中的关联规则应用一实验目的通过本实验的学习，使学生掌握在SQL Server 2005示例数据仓库环境下关联规则的应用的知识，训练其把教材上的内容应用到实际中的技能，为今后继续关联规则知识的学习奠定基础。二实验内容在SQL Server
22、 2005示例数据仓库环境下关联规则的应用。在SQL Server 2005中，可以利用Analysis Serverces进行关联规则的挖掘。以系统提供的Adventure Works DW数据库为例说明如何发现关联规则。三 实验步骤和结果1. 创建Analysis Services项目打开Business Intelligence Development Studio，选择“文件”-“新建”命令，新建一个Analysis Services项目。在“名称”文件框中将新的项目命名为Adventure Works，单击“确定”按钮。2. 创建数据源在右侧解决方案资源管理器中，右键单击“数据源”项
23、，从弹出的快捷菜单中选择“新建数据源”命令。系统将打开数据源向导。单击“新建”按钮，向Adventure Works数据库添加链接。系统将打开“链接管理器”对话框。在“链接管理器”对话框的“提供程序”下拉列表中选择“本机OLE DBMicrosoft OLE DB Provider for SQL Server”选项，在“服务器名”下拉列表中选择承载AdventureWorksDW的服务器，在“选择或输入一个数据库名”下拉列表中选择AdventureWorksDW选项，再单击“确定”按钮。单击“下一步”按钮进入“模拟信息”页，选择“默认值”。此后都采取默认值，新的数据源AdventureWor
24、ksDW将显示在解决方案资源管理器的“数据源”文件夹中。3. 创建数据源视图在解决方案资源管理器中，右键单击“数据源视图”，从弹出的快捷菜单中选择“新建数据源视图”命令。系统将打开数据源视图向导。在“选择数据源”页的“关系数据库”下，默认选中子啊上一步中粗昂间的AdventureWorksDW数据源。单击“下一步”按钮，在“选择表和视图”页上选择下列各表，然后单击右键头键，将dbo.vAssocSeqLineItems视图和dbo.vAssocSeqOrders视图包括在线数据源视图中，单击“下一步”按钮。在“完成向导”页上，默认情况下，系统将数据源视图命名为AdventureWorksDW。
25、单击“完成”按钮。系统将打开数据源视图设计器，显示AdventureWorksDW数据源视图。在数据源视图设计器的数据源视图窗格中，选择vAssocSeqLineItems表的OrderNunber列。将该列拖到vAssocSeqOrders表中，并将其放到OrderNumber列上。vAssocSeqOrders和vAssocSeqLineItems表之间便存在新的多对一关系。4. 创建China Advanced Construction Materials Group软件开发管理制度第一节 总 则第一条 为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司总公司软件研
26、发与管理，分公司参照执行。第二条 本制度中软件开发指新系统开发和现有系统重大改造。第三条 本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常支持由IT技术中心和合作商共同承担，IT技术中心负责内部（一级）支持，合作商负责外部（二级）支持；外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以
27、是专业的IT公司或咨询公司等），由该公司（承包商）负责应用项目的实施。第四条 软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。第五条 除特别指定，本制度中项目组包括业务组（或需求提出组）、IT组（可能包括网络管理员和合作开发商）。第二节 立项管理第六条 提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写立项分析报告（附件一），开展前期筹备工作。立项分析报告应明确项目的范围和边界。第七条 应用系统主要使用
28、部门将立项分析报告上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。第八条 立项分析报告得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统称“项目组”），项目组应包括业务组（由公司相关业务部门组成）和IT组（自行开发为办公室网络管理员；外包开发为外包商成员；合作开发为网络管理员和外包商成员）。公司委派一名员工负责监督项目的进度，进行项目管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。第三节 需求分析第九
29、条 立项后业务组对用户需求进行汇总整理，出具业务需求说明书（附件二），并确保业务需求说明书中包含了所有的业务需求。经系统使用部门审批确认，作为业务需求基线。第十条 IT组在获得业务需求说明书后，提出技术需求和解决方案，并对系统进行定义，出具系统需求规格说明书（附件三）。系统需求规格说明书需详细列出业务对系统的要求（界面、输入、输出、管理功能、安全需求、运作模式、关键指标(KPI)等）。系统需求规格说明书需要由业务组提交给相关业务流程负责人确认。第十一条 对于合作开发的项目，当业务需求发生变更时，业务组应提交需求变更申请（附件四），IT组组长审批后交给合作开发商实施。第十二条 项目组应对需求变更
30、影响到的文档及时更新。第四节 项目计划和监控第十三条 软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。第十四条 需求分析过程中，项目经理组织制定详细的项目计划书（附件五），包括具体任务描述和项目进度表等。第十五条 在项目的各个阶段，业务组组长和IT组组长需配合项目经理制定阶段性项目计划。业务组组长和IT组组长需配合项目经理对项目计划执行情况进行监控，确保项目按计划完成。第十六条 项目计划需要变更时，项目经理填写项目计划变更说明（附件六），并提交公司主管领导审批，通过审批后，交给业务组组长和IT组组长执行。第五节 系统设计第十七条 系统设计应分为概要设计和详细设计，系
31、统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。第十八条 在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。第十九条 项目组进行详细设计，出具设计说明书（附件七）和单元测试用例（附件八）。设计说明书中需要定义系统输入输出说明和接口设计说明。公司主管领导组织相关人员对概要设计进行评审，出具设计评审报告（附件九）。业务组组长和IT组组长应参加此评审并对评审意见签字确认。第二十条 设计评审均以业务需求说明书和系统需求规格说明书为依据，确保系统设计满足全部需求。第二十一条 对已确认通过的系统设计进行修改需获得管理部门、业务组组长和IT组组长的审批后方可进行。第二十二条
32、对系统设计的修改的文档须由文档管理人员进行归档管理。第六节 系统实现第二十三条 项目组根据设计说明书制定系统实现计划，并提交项目经理对计划可行性进行审批。第二十四条 系统实现包括程序编码、单元测试和集成测试。第二十五条 项目组保证开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目成员的职责分工。对开发环境、测试环境与生产环境在物理或逻辑方面应该做到隔离；如果环境的分隔是通过逻辑形式实现的，应定期检查网络设置。项目组对已授权访问生产环境的人员进行详细记录，并对该记录进行定期检查，确保只有经授权的人员才能访问到生产环境。第二十六条 项目组进行单元测试和集成测试，测试人员签字确认测试
33、结果。第七节 系统测试和用户测试第二十七条 项目组制定系统/用户测试计划（附件十），并提交项目经理对计划可行性进行审批。第二十八条 系统/用户测试计划必须定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求。第二十九条 项目组向数据拥有部门申请获取测试用业务数据的使用权，对获取的数据进行严格的访问控制，确保只有相关项目人员才能访问及使用。第三十条 项目组负责测试数据准备，测试用数据要足够模拟生产环境中的实际数据。对已评定为敏感信息的数据进行敏感性处理和保护。第三十一条 IT组或合作开发商建立测试环境进行系统测试。在系统测试中对新系统内部各模块之间的接口和与其他系统的接口进行充分测试。出具
34、系统测试报告（附件十一），测试人员签字确认测试结果。第三十二条 系统测试通过后，IT组配合业务组建立用户测试环境，业务组根据用户测试用例进行用户测试，出具用户测试报告（附件十一），业务组组长和IT组组长应在用户测试报告中签字确认。第三十三条 项目组完成系统帮助文档（其中包括用户操作手册和安装维护手册）。凡涉及应用系统的变更，应对系统帮助文档及时更新。第八节 试运行第三十四条 系统主要使用部门根据项目规模及影响决定试运行策略。第三十五条 项目组制定试运行计划（附件十二），并制定试运行验收指标，上报公司主管领导审批。试运行计划中应包含问题应对机制，明确问题沟通渠道和职责分工。第三十六条 项目组联合
35、试运行单位进行相关系统部署工作，准备培训资料，对相关用户和信息技术人员进行培训。用户培训的完成度应为实施后评估的指标之一。第三十七条 项目组根据试运行计划进行系统转换和数据迁移。系统转换前，检查系统环境，确保运行环境能满足新应用系统的需要。系统转换时必须详细记录原系统中的重要参数、设置等系统信息，并填写试运行报告相关内容。系统参数、设置的转换工作作为系统上线的验收的评估指标之一。第三十八条 数据迁移前，应制定详细的数据迁移计划（附件十三），数据迁移计划中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时间、回退计划等信息。数据迁移计划需经项目经理和主管领导签字审批。第三十九条 数据迁移
36、后，项目组对数据迁移的完整性和准确性作出检查，出具数据迁移报告（附件十四），其中包括数据来源、转换前状态、转换后状态，数据迁移负责人、对完整性检查情况、对准确性检查情况等内容。各相关部门验收转换结果后在该报告上签字确认。第四十条 系统转换和数据迁移由试运行单位业务部门和公司主管领导共同监督并进行验收。第四十一条 系统转换和数据迁移验收通过后，正式启动试运行。在试运行过程中，试运行单位办公室把系统运行情况（系统资源使用，反应速度等）记录到试运行报告中。必要时，项目组应根据系统运行情况对应用系统进行优化。第四十二条 试运行达到试运行计划规定的终止条件时，项目组编写试运行报告（附件十五）。此报告应由
37、项目组和试运行单位签字确认，并提交公司主管领导审阅。公司主管领导审阅试运行结果，决定试运行结束或延期。第九节 系统验收第四十三条 系统主要使用部门及信息技术部门联合组成独立系统验收小组，也可授权原项目组作为验收小组。验收小组从功能需求及技术需求层面对系统进行综合评估。 第四十四条 验收小组应根据验收情况整理形成系统验收报告（附件十六）提交系统主要使用部门和信息技术部门审阅。第四十五条 系统主要使用部门和信息技术部门负责人根据系统测试、试运行情况签署验收意见。 第十节 系统上线第四十六条 系统上线应遵循稳妥、可控、安全的原则。第四十七条 通常情况下，系统上线包含数据迁移工作。第四十八条 项目组制
38、定系统上线计划（附件十七），上报公司主管领导审批。在上线计划得到批准后才能开始部署上线工作。第四十九条 系统上线计划内容应包括但不限于：1、部署方式和资源分配（包括人力资源及服务器资源）；2、上线工作时间表；3、上线操作步骤以及问题处理步骤；4、项目阶段性里程碑和成果汇报（项目执行状态的审阅、进度安排等）；5、数据迁移的需求和实施计划；6、完整可行的应急预案和“回退”计划；7、用户培训计划（包括：培训计划、培训手册、培训考核等）；8、总公司下发的系统标准参数配置。第五十条 上线单位在上线初期需加强日常运行状态监控，出现问题时应及时处理，对重大问题应启动紧急预案。第五十一条 在完成上线后要填写系
39、统验收评估报告（附件十八），上报总公司项目组汇总整理。系统验收评估报告内容包括：数据准确性、系统性能及稳定性、接口问题、权限问题、业务操作影响度、问题处理情况、备份、批处理等。第五十二条 上线单位管理层要对系统验收评估报告进行审批签字。第五十三条 公司主管领导批准结项后，业务组和IT组将整理的文档提交各自部门统一管理。第十一节 合作开发管理第五十四条 合作开发商的选择应遵循公司相关规定，合作商资质认定参见第三方管理制度。第五十五条 合作开发商必须遵循公司软件开发管理制度。第五十六条 项目经理同合作开发商明确规定项目变更的范围和处理方式，重点关注需求和设计变更。第五十七条 项目经理负责监控合作开
40、发商的项目管理及软件开发活动。合作开发商应按计划定期向项目经理报告进展状态，并提交阶段性成果文档。发生重大问题时，合作开发商需及时向项目经理汇报。第五十八条 IT组组长派专人监控合作开发商的质量保证过程。第五十九条 项目组同合作开发商商定验收的标准和方法。第六十条 以上各要求需要在开发合同中明确。第十二节 外包开发管理第六十一条 立项申请得到公司主管领导的审批后，选定开发商，签订外包开发合同。第六十二条 项目经理负责监控外包开发商的项目管理及软件开发活动。外包开发商应按计划定期向项目经理报告进展状态，并提交阶段性成果文档。发生重大问题时，外包开发商需及时向项目经理汇报。第六十三条 项目经理监控
41、外包开发商的质量保证过程。第六十四条 项目组同外包开发商商定验收的标准和方法。第六十五条 以上各要求需要在开发合同中明确。第十三节 附则第六十六条 本制度由公司总部信息技术部负责解释和修订。第六十七条 本制度自发布之日起开始执行。附件一 立项分析报告文件状态： 草稿 正式发布 正在修改文件标识：ProjectName-当前版本：X.Y作 者：完成日期：Year-Month-Day版 本 历 史版本/状态作者参与者起止日期备注1. 项目介绍1.1. 项目目的提示：用简练的语言说明本项目“是什么”，“实现什么目的”。描述简练且清晰。1.2. 项目背景提示：阐述项目背景，重点说明“为什么”会产生本项
42、目。（1）公司的短期、长期发展战略；（2）业务需求及发展趋势；（3）技术状况及发展趋势；（4）特殊的业务需求等。1.3. 项目范围提示：根据对现有需求的了解来确定项目基本范围，说明本系统“应当包含的内容”和“不包含的内容”。2. 项目计划2.1. 项目团队提示：说明项目团队的角色、知识技能要求、建议人选、人数、工作时间，如下表所示。角色知识技能要求建议人选、人数工作时间项目经理需求开发人员 系统设计人员 编程人员 测试人员质量保证人员配置管理人员服务与维护人员2.2. 成本估计内容成本（人民币）备注人力资源软硬件资源差旅费会议费接待费2.3. 进度表提示：制定项目开发的进度表（建议给出项目里程
43、碑计划）。例如：编号里程碑名称预计结束时间备注需求调研完成项目计划完成需求分析完成概要设计完成详细设计完成实现完成集成测试完成系统测试完成用户验收测试完成试运行结束项目验收3. 总结提示：给出清晰的建议结论，便于上级领导决策。附件二 业务需求说明书文件状态： 草稿 正式发布 正在修改文件标识：ProjectName-当前版本：X.Y作 者：完成日期：Year-Month-Day版 本 历 史版本/状态作者参与者起止日期备注1概述1.1 业务调研人员名单【可选】序号职能部门姓名主管联系电话备注1.2业务范围此处描写总体业务的概要分类并。1.3 业务目标从高层或商务利益的角度提出本业务系统的期望目
44、标，以及评价标准。1.4 相关文档说明：列出本文档的所有参考文献（可以是非正式出版物），包括现有规范、标准、批文、引用到的文件、资料等。1.5 业务词汇表说明：列出本文档的所引用的专属领域词汇、术语等，以便于业务需求的提供者和接收者是建立在一致的业务理解基础之上的。2 组织结构及业务2.1 业务相关组织结构、人员组织结构说明：如果客户岗位设置复杂可分别设置，业务组织结构和人员组织结构2.2 组织机构描述2.3 角色职责说明：将业务涉及的具体人员进行一定程度的分类和抽象，描述该抽象角色的操作职责。2.4 管理综述【可选】说明：主要描述该业务的管理特点和管理模式。例如：典型按库存生产模式。生产计划以年度销售计划为指导，并综合考虑设备能力、生产天数、库存、历史销售记录。采购计划的制订以生产计划为依据。2.5 现有业务流程清单【可选】说明：现有业务流程需要考虑，很多新的业务是在已有业务流程基础上进行重组的。流程编号流程名称责任部门辅助部门3 业务流程及业务处理描述说明：针对每一项具体的目标业务，描述具体的业务流程，以及相关业务的具体描述。3.1 具体业务流程（系统名称+编号）对于具体业务流程的命名有规范，对具体流程进行编号，便于形成需求矩阵，同时形成需求的管理和跟踪。3.1.1业务流程3.1.2业务描述说明：描述具体的业务流程。3.1.3相关业务对象说明：业务对象：业务流程中涉及的单据、
