工作日志管理系统开发与设计

工作日志管理系统开发与设计WorkDailyManagementSystemforschoolstudentsofmanagementfunctions专 业：计算机科学业技术（信息处理）姓 名：刘帅指导教师姓名：申请学位级别：学士论文提交日期：2010年6月9日学位授予单位：天津科技大学摘 要随着计算机与互联网的飞速发展..现代企业大多使用OA、ERP等管理软件来管理企业相关资源和日常事务..使得企业管理的质量和效率得到了质的飞跃。现在的大型的OA和ERP系统都做得比较完善..但是对于中小企业来说..一方面系统许多功能可能根本就用不上..另一方面昂贵的费用也让他们望而却步。本工作日志管理系统是一个面向中小企业的简单的工作管理系统..它主要实现公司职员的工作日志管理、员工的任务分配和简单的认识管理。使用该系统..企业管理者或团队领导可以方便地通过网络对下属员工分发任务：员工可以在网上进行工作讨论..可以在网上随时记录自己每天的工作情况..可以方便的在周末或者月末生成阶段性工作总结；员工可以对工作进行自我评价..员工之间可根据要求进行工作互评；企业还可对员工人事信息进行基本的查询和管理。本系统采用 B/S模式和 MVC三层结构构建 ..使用 C#+ASP.NET2008+SQLSERVER2005,在权限分配上..采用了按角色和自定义权限相结合的方式来分配..提高了权限管理的灵活性和安全性。权限分配包括了角色权限、用户权限。浏览器为第一层..作为系统的应用界面；应用逻辑服务为第二层；数据链接为第三层..作为系统的数据存取服务。此架构无须安装客户端软件..便于软件的分发和维护升级..适应了众多应用客户端分散环境下的运行和维护需求。本篇论文介绍了本系统开发环境和运行平台、ASP.NET；而后台的数据库则使用MicrosoftSQLServer2005管理平台的数据。关键词：工作日志管理系统 ；MVC三层结构 ；B/S模式；MicrosoftSQLServer2005。IABSTRACTWiththefastdevelopmentofcomputerandInternet,nowadaysmostcompaniesuseOAandERPtomanagetheircompanies’resourcesanddailybusiness,whichhasessentiallyimprovedthequalityandefficiencyofcompanies’management.Now,mostsystemsofOAandERPbothareperfect.However,forsomesmallcompanies,ontheonehand,somefunctionsofthosesystemsmaynotbeused.Ontheotherhand,thosesmallcompaniescan’taffordtheexpensiveOAandERPsystems.Thisworkdailymanagementsystemaimstomediumandsmallcompanies’workmanagementsystems,whosefunctionsaretomanagestaffs’dailywork,toassigntasksandconductsomesimplepersonnelmanagement.Byusingthissystem,thecompany’smanagerorleadercanassigntaskstotheirstaffsthroughInternet,meanwhile,staffscandiscusswitheachother,recorddailyworkontheInternetandevaluatetheworkofthisweekormonth.Whatismore,staffscanalsoevaluatethemselvesandtheirwork,Enterpriseemployeesmayalsoconductbasicpersonnelinformationinquiriesandmanagement.Thefirstlayeristheuserinterface,whichworksbybrowser;Applicationlogicserviceisthesecond.Datalinklayer,asasystemforthedataaccessserviceisthirdone.AsweallknowntheB/Smodelsimplifysoftwaremaintenanceandupgradingrequirements.Thispapernotonlyintroducesthesystemenvironmentandoperationplatform,butelsethedatabasesystemwhichisfromMicrosoftSQLServer2005.Keywords:Diarysystem;MVC;three-tierstructure;B/Smode;MicrosoftSQLServer2005II目 录第一章 绪论 1第一节 选题背景及目的 1第二节 国内外研究状况 2第三节 课题研究方法 4第四节 论文构成及研究内容. 5第二章 企业在线日志管理系统需求分析 1第一节 功能划分 1第二节 主要业务流程 3第三节 数据精度 9第三章 企业在线日志管理系统总体设计方案 1第一节 硬件环境： 1第二节 软件环境： 1第三节 数据库平台 3第四节 数据表设计 8第五节 系统的接口设计 12第六节 系统测试 21结论 1参考文献 1致谢 2第一章 绪论第一节 选题背景及目的一、选题背景随着计算机与互联网的飞速发展..现代企业大多使用OA、ERP等管理软件来管理企业相关资源和日常事务..使得企业管理的质量和效率得到了质的飞跃。现在的大型的OA和ERP系统都做得比较完善..但是对于中小企业来说..一方面系统许多功能可能根本就用不上..另一方面昂贵的费用也让他们望而却步。本工作日志管理系统是一个面向中小企业的简单的工作管理系统..它主要实现公司职员的工作日志管理、员工的任务分配和简单的人事管理。使用该系统..企业管理者或团队领导可以方便的通过网络对下属员工分发任务；员工可以在网上进行工作讨论..可以在网上随时记录自己每天的工作情况..可以方便的在周末或者月末生成阶段性工作总结；员工可对工作进行自我评价..员工之间可根据要求进行工作互评；企业还可对员工人事信息进行基本的查询和管理[1]。目前很多的中小型企业还在采用传统的方式来记录员工的相关工作情况和信息。如记录工作日志、发送通知、分配任务等..特别是对于员工的工作日志..很多公司是采用填表或者打印的方式来保存..而这样的方式缺点很多：不仅易于丢失..查找烦琐..并且管理麻烦[2]。而每个职工的工作日志对于企业的管理者来说 ..其作用是非常大的。它可以：(一)培养工作条理化。职员每天做计划 ..工作更加条理化..避免工作随意性和盲目性..大大提高了工作效率；(二)培养工作计划性。职员每天做计划、检查、小结、定措施..可以有效的把当天和阶段性的工作落实..促进问题的解决..避免“说了不做..做也做不到位”..解决了遇到问题不能有效解决的问题；(三)培养发现问题、分析问题、解决问题的思考能力。职员每天下班前要对当天的工作情况做小结..列出存在问题..分析原因..定出改进措施。长此下去..职员的工作能力和解决问题的能力就会提高；(四)强化工作职责。职员每天都围绕本岗职责做日志 ..长此下去..就会对自己的职责必然熟悉..避免“想干却不知干什么”；(五)加强上下沟通。上级每天检查下属的《工作日志》..就可以了解下属当天的工作情况..为指导工作提供依据..也为制定相关计划提供了1依据；(六)为绩效考核提供依据。通过查看职员的工作日志..为考核职员提供充实的材料。基于此需求..本工作日志管理系统便能很好的协调解决这个矛盾。二、选题目的本选题就是完成一个日志记录系统..主要功能是实现对职员工作日志的管理..员工的任务分配和简单的认识管理。本系统是公司主管安排、监督和控制工作进度的得力助手..也是一个提高员工工作效率的良好工具[3]。它能够协助管理者随时地掌握员工的工作情况..并提出针对性的意见..让员工能动态的了解到自身工作中存在的不足..还能让员工接受公司的最新工作指令..圆满完成工作任务。第二节 国内外研究状况一、OA系统OA..即办公自动化（OfficeAutomation ）..是办公工作处理的自动化 ..它利用先进的技术..使人的各种办公业务活动逐步由各种设备、 各种人机信息系统来协助完成..达到充分利用信息..提高工作效率和工作质量 ..提高生产率的目的。OA系统也是每个企业信息化初期就开始投入建设的基本系统 [4]。从C/S结构到B/S结构..从最初桌面办公然间的应用、收发邮件到后来公文流转、车辆管理、会议管理、网上审批等功能应用..OA已经是我们日常使用最多、最频繁的一个基本系统。随着企业信息化的发展和成熟..目前很多企业的OA系统已经整合了越来越多的应用..日趋变得复杂..也远远超出了传统OA的范畴..集成了人、财、物、信息、知识等诸多企业的资源..逐步成为一个员工办公、中层管理、领导决策的知识协同的平台。而新一代的OA更是融合了协同、知识管理、门户等精髓..OA这棵“老树”开始绽放“新花” ..脱胎换骨..重新焕发出新的光彩。在OA市场..一批专业的OA软件公司已经崭露头角..其中有蓝凌、慧点、合强、新思创、泛微、点击、红帆、凌科、京华、品高、奥尊、朝华、通达等。在2003年之后..更是出现数百家OA软件公司群雄逐鹿的局面..这反映出市场的旺盛..OA系统作为基础的系统已经成为各家企业信息化建设的必选[5]。而在目前阶段..OA系统向着“知识型”发展。也即以“知识管理”为思想、以“协同”为工作方式、以“门户”为技术手段..整合组织内的信息和资源发展出来的OA系统。其中一些企业如蓝凌、明基逐鹿、华炎、AMT等..也敏锐的洞察了这一趋势..将知识管理的思想融入来日常的办公协同平台软件中去（当然..2知识管理更强调综合的因素 ..管理、文化、IT系统一个都不能少）..同时整合进以团队协作和项目管理为目标的共同协作软件工具..包括各种通信软件..如腾讯QQ、即时通信、VoIP等；实时会议包括电话会议、视频会议等；群组协作如工作流管理、群件、网络化项目管理；联系人管理以及相关的信息安全产品如信息加密、身份认证等。这时候OA系统已经不单单是我们日常协同办公的平台..更是一个企业或组织进行知识管理的基本平台；传统的 OA系统全面蜕变成企业[6]的管理支撑平台..担负起更加复杂、综合的作用 。目前..就单做工作日志相关的软件并不多..并且因为功能相对很少..所以这些系统都很小。就国内而言..这方面的软件有：(一)Milogs 工作日志管理系统和 Milogs周报汇总管理软件[7]通过Milogs工作日志管理软件..可以随时记录自己每天的工作情况..包括各种“日志”和“计划”。以及和它们相关的任务、时间、各种单位、联系人。我们称已经发生的事情记录为“日志”..还没有发生但是自己安排在某个时间点要去完成的为“计划”。通过Milogs工作日志管理软件..它主要完成如下各种工作：查看每天、每周、每月的工作日志；查看已经完成、还没有完成的工作计划或日志；增加、编辑、删除每一条您选定的工作日志..包括标内日期时是否需要提醒、是否是周期性重复的安排..如果是重复的..可以确定重复的周期（每天、每周、每月、每年）；记录工作计划或日志相关的费用；工作计划或日志是否完成。在保存好一个计划日志之后..您可以添加和这个计划日志相关的项目（机会、任务）、客户、联系人等等..在这里添加的项目、客户、联系人将出现在本软件的另外的模块“项目机会”、“客户单位”、“联系人”中。管理和工作日志相关联的任务、项目、客户单位、联系人。提供多种漏斗式的查询统计方式..让您更容易抓住工作重点。提供邮件群发的功能..让您更方便地给其他人发送一对一的个性化邮件。而Milogs周报汇总管理软件是通过简单、高效的方式帮助您解决中小型企业、团队中周报管理。它是供管理人员来查看、汇总、统计下属员工的工作日志的软件..能够适用于不同行业和职务人员的要求。可以由您自己定义为的团队工作日志管理软件、团队客户管理软件、团队联系人（人脉）管理软件。Milogs周报汇总管理软件需要和3Milogs日志软件配合使用..将下属员工使用Milogs日志软件后导出的“工作日志报告文件”汇总后..您可以查询每个员工的详细工作情况。三、工作日志管理系统本系统是一个邮箱的工作日志管理系统..是公司主管安排、监督和控制工作进度的得力助手..也是一个提高员工工作效率的良好工具。它能够协助管理者随时地掌握员工的工作情况..并提出针对性的意见..让员工能动态的了解到自身工作中存在的不足..接收公司的最新工作指令..圆满完成工作任务。主要功能模块：(一)日志列表：员工通过该模块录入工作内容 ..并可查看以往的工作记录(二)我的消息：员工可通过该模块接受上级主管的工作批示；(三)公告列表：员工可通过该模块阅读发布的公司公告 ..及时了解公司动态；(四)意见与建议：上级主管可通过该模块对下属的工作内容作出意见和建议；(五)个人信息维护：员工可通过该模块修改自己的个人信息。第三节 课题研究方法本课题完全按照软件工程的思想来实施的。整个课题流程是：可行性分析、需求调研、概要设计、编码、测试、修改BUG。软件系统相对而言比较简单..层次很少..详细设计说明书并没有独立编写..有关内容合并到了概要设计说明书中。分析调研..确认需求。与一些公司的负责人和职员交流沟通..从他们那里得到最详细最准确的需求..明确公司的管理层和职员都需要本系统帮助他们做些什么事情。明确需求..设计系统。当需求得到确认后..进入到设计阶段。进行概要设计、数据库设计等..并确认实际方案的可行性。依据设计..开发系统。按照设计阶段的设计过程 ..开发在线工作日志管理系统。测试系统..修改BUG。除了在编码的时候采用单元测试的方式来测试。在系统完成后还对系统进行一次完整的测试..找出系统存在的各种问题并修改。整个开发的过程采用迭代式开发。每一次迭代均由需求分析、设计、编码、测试等阶段组成..为整个系统增加一个可定义的、 可管理的子集。每一个迭代过[8]4第四节论文构成及研究内容本文主体部分由四大部分构成：(一)绪论部分照耀介绍选题北京及目的..以及国内外研究状况和课题研究方法。(二)系统模块的需求分析..包括功能划分..功能描述和数据精度。(三)系统的总体设计方案..包括硬件和软件环境..总体结构流程..功能分配..系统的接口设计、数据库设计以及系统界面设计。(四)结论、致谢及参考文献。5(五)第二章 企业在线日志管理系统需求分析第一节 功能划分在多次需求调研..与用户共同讨论；并借鉴了许多相关的系统的设计之后..确定了本系统的功能。本系统的功能是按照角色来划分的。使用本系统的角色有三类：职员、部门经理、总经理。不同的角色会给予不同的权限[9]。工作日志管理系统职员 部门经理 总经理图2.1系统角色一、职员职员个人信息录入 写日志 删除日志 总结 短消息/站内信图2.2职员功能(一)注册申请.注册成为本系统的用户。如果系统开通了注册审核功能..则注册后需要经过被审核后才能使用本系统的相关功能。(二)写日志.记录自己当天的工作情况。(三)查找/删除日志.可以按照时间和日志内容来查找自己的日志。而且在还没有踢脚本阶段总结之前..可以对本阶段的日志进行删除..但是当提交了本阶段总结表之后。本阶段的日志就不能再删除了。1(四)总结.对自己本阶段的工作进行一个总结。这时..每日的工作日志就会提供很有用的一个参考。总结时..还可以指出自己本阶段的遗留问题。并对自己下阶段的工作提出一个计划安排。也可以按照日期和总结内容来查找自己的总结。(五)短消息.可以向其他职员或者部门经理、总经理发送短消息。共同探讨一些工作上的问题..互相交流。方便更好更高效率的工作。二、部门经理部门经理必须先在本系统注册 ..等待总经理的审核。如果开通了注册审核功能..则当审核通过后就可以使用本系统的功能了。部门经理审核查看评价本部管理发送本部本部门职职员写删本部短消门职门职员任总结的申日志门职息邮员日员日务分请员件志志派图2.3部门经理功能(一)写日志.记录自己当天的工作情况。(二)删除日志.在还没有踢脚阶段总结之前 ..可以对本阶段的日志进行删除 ..但是当提交了阶段总结表之后 ..本阶段的日志就不能再删除了。(三)总结.对自己本阶段的工作进行一个总结。这时..每日的工作日志就会提供很有用的一个参考。总结时..还可以指出自己本阶段的遗留问题..并对自己下阶段的工作提出一个计划安排。(四)查看本部门职员日志.部门经理可以查看本部门所有职员的日志。 并且可以按照日志内容、写日志日期来查找职员的日志。(五)评价本部门职员日志.部门经理在查看了本部门职员的日志之后..可以就职员的日志给出自己的一些评价。(六)本部门职员的任务分派.可以对本部门的职员的任务进行分派。 可以分派给某个职员..也可以分派给本部门所有职员。(七)管理本部门职员.对本部门的职员信息的修改。(八)短消息.可以向其他职员或者部门经理、总经理发送短消息。共同探讨一些工作上的问题..互相交流..方便更好高效的工作。2二、总经理总经理审核查看查看对部所有所有发生部门门经管理写删部门部门评价短消经理总结理分所有日志职员经理日志息站的审派任职员的日的日内信核务志志图2.4总经理功能(一)写日志.记录自己当天的工作情况。(二)删除日志.在还没有提交阶段总结之前 ..可以对本阶段的日志进行删除。但是当提交了阶段总结表之后。本阶段的日志就不能在删除了。(三)总结.对自己本阶段的工作进行一个总结。这时..每日的工作日志就会提供很有用的一个参考。总结时..还可以指出自己本阶段的遗留问题。并对自己下阶段的工作提出一个计划安排。(四)查看所有职员日志.可以查看本部门所有职员的日志。可以按照日志内容、写日志日期来查找职员的日志。(五)评价部门经理的日志 .总经理在查看了部门经理的日志之后 ..可以给出自己的一些评价。(六)对部门经理的任务分派.总经理可以分派任务给部门经理。(七)管理职员.对职员（包括部门经理）信息修改和删除。(八)短消息.可以向职员或者部门经理、其他总经理发送短消息..互相交流..方便更好更高效率的管理。第二节主要业务流程一、登录流程用户登录系统的流程。输入自己的用户名和密码..如果通过验证..则进入到主页面..否则会给出错误的相关提示[10]3进入系统登录页面[输入用户名密码 ][验证失败][验证通过]进入各自管理页面图2.5登录流程二、写日志/总结流程写日志或总结的流程。写日志/总结页面写日志/总结[提交失败]提交[提交成功]提交成功图2.6写日志/总结流程三、管理日志/总结流程管理日志/总结的流程。职员只可以查看自己的日志 /总结..如果没有提交本阶段总结..则可以删除本阶段的日志。如果后台开放了公开日志/总结..则也可以查看其他人的日志/总结。上级可以查看（无论是否开放公开日志/总结）和删除日志/总结。4日志/总结管理页面查找日志/总结显示查找结果管理日志/总结查看日志/总结内容 删除日志/总结返回图2.7管理日志/总结流程四、分配任务/发送通知/发送消息流程分配任务、发送消息和通知的流程。在发送方式上..发送消息只能是给个人发送消息..而分配任务和发送通知基本上类似..且都可以选择发送给全部职员或者是只发送给某个职员。5主页面发送消息页面发送消息[发送消息失败 ]提交[成功]发送成功图2.8发送消息流程五、职员信息/自身信息管理流程管理职员和自身信息的流程。可以查看、修改职员相关的信息。6主页面管理自己的资料管理自己资料页面 查看自身资料修改自身资料 返回修改页面 修改提交[修改失败][修改成功]修改成功图2.9查看/修改自身资料流程7页面管理职业资料 管理职业资料页面查看职员资料修改职员资料修改页面返回修改提交 [修改失败][修改成功]修改成功图2.10查看/修改其他职员资料流程六、修改职员/自身密码流程修改自己和别人的密码的流程。当修改自己的密码时..需要输入原密码..当原..密码错误时..将不能修改密码。修改他人密码时..需要提供被修改人的编号..否则将不能修改。8主页面修改密码页面[修改失败]修改密码[成功]修改成功b图2.12修改职员/自身密码流程第三节 数据精度本系统实现的主要功能是对职员每日的工作情况的记录以及一些简单的人事的管理..故对数据的精度要求并不高 ..所以各个模块的数据都只要求精确到日[11]。9第三章 企业在线日志管理系统总体设计方案第一节 硬件环境：一、计算机本系统面向中小型软件企业..对硬件的要求相对较低..选择计算机主要是本着经济..运行稳定的原则..目前主流的PC机就可以满足本系统的配置要求。二、网络由于B/S架构是基于WEB的..因此网络选择的好坏将直接影响系统的性能。选择网络主要是考虑其传输速度以及稳定性两个方面..目前的主流网络产品：快速以太网、ATM、FDDI等。此系统主要使用快速以太网。因此快速以太网即能处理多个LAN用户的同时请求..以可以应付高性能PC及其复杂应用程序带来的迅速高峰：从网络负载能力角度来讲..快速以太网为服务器和客户机带来了真正的好处：由于标准的迅速普及和产品来源的多样化..快速以太网的性价比领先于其他高速网络技术。在网络协议方面..基于完全可靠性传输的考虑 ..使用了TCP/IP协议[12]。第二节 软件环境：一、操作系统当前流行的网络操作系统主要有：NetWare、UNIX、OS/2、Windows系列操作系统等。基于系统服务面向的用户及安全性考虑..服务器使用Windows2003.Windows操作系统以其友好的图形界面..以及简单的操作要求..深受用户青睐..另外由于它对使用者要求相对其他操作系统简单..所有一般普通用户都能直接上手..基于以上考虑..选择了WinXP作为开发及运行环境。二、开发语言开发基于B/S的系统..目前比较流行的是ASP.NET和JSP..二者各有优势..就像筷子和勺子一样..筷子用来吃菜无疑是最好的选择..但是喝汤呢？最好的选择当然是勺子。1ASP.NET将C#作为一种面向对象语言 ..在很多方面来看..C#将成为微软的与Java相似的语言。C#另一个有趣的地方是所有对象都自动变成 COM对象。如果C#能取得很大的市场份额..那么它将给ASP.NET带来类似于Java的功能..并且具备更快的性能..因为它可以和Windows环境紧密集成[13]。C#是ASP.NET开发中一个最重要的功能..微软会将C#发展成为Java的强劲对手。这也是他们.Net框架的一个重要组成部分。C#是微软在编程市场上几百对手的主要工具。微软能在这个产品后面倾注全力..C#便可以成为许多程序员的又一种选择。C#产生的结果是将进一步加固微软和Sun产哦的战线。这对用户是有利的..他们可以选择两者之一来开发新的应用。ASP另一亮点是它使用ADO对象..ODBC..OLE-DB和事务处理管理器。因此ASPWeb数据库应用开发特别简单。ASP.NET发展了更多的功能..因为有了ADO+！ADO+带来了更强大更快速的功能。JSP和JDBC目前在易用性和性能上同 ASP/ADO相比已有些落后..当新版本ASP.NET/ADO+出现后这样的差别会更明显 [14]。ASP.NET将对大型站点（webfarms）有更好的支持。事实上 ..微软在这方面付出了巨大的努力。ASP.NET可以让你考虑到多服务器（ multipleservers ）的场合..当你需要更强大的功能时 ..仅仅只需要增加一台服务器。整个 .NET框架已经充分地提供了这个方法。ASP.NET提供了外部会话状态（externalsessionstate）来提供内置式webfarm的支持。另外..由于请求的各组件互相间经过了充分的优化..所以速度很快。于是ASP.NET还有以下一些显而易见的优点：对版本的更新提供内在的支持降低了开发成本(一)增强的性能。ASP.NET是在服务器上运行的编译好的公告语言运行库码。ASP.NET可利用早期绑定、实时编译、本机优化和盒外缓存服务。这相当于在编写代码行之前便显著提高了性能。(二)世界级的工具支持。ASP.NET框架补充了VisualStudio 集成开发环境中的大量工具箱和设计器。WYSIWYG编辑、拖放服务器控件和自动部署只是这个强大的工具所提供功能的少数几种。(三)威力和灵活性。由于 ASP.NET基于公共语言运行库..因此Web应用程序开发人员可以利用整个平台的威力和灵活性。.NET框架类库、消息处理和数据访问解决方案都可从Web无缝访问。ASP.NET也与语言无关..所以可以选择最适合应用程序的语言..或跨多种语言分割应用程序。另外..公共语言运行库的交互性保证在迁移到ASP.NET时保留基于COM的开发中的现有投资。(四)简易性。ASP.NET使执行常见任务变得容易..从简单的窗体提交和客户端身份验证到部署和站点配置。例如..ASP.NET页框架使您可以生成将2应用程序逻辑与表示代码清楚分开的用户界面 ..和在类似VisualBasic的简单窗体处理模型中处理事件。另外 ..公共语言运行库利用托管代码服务（如自动引用计数和垃圾回收）简化了开发[15]。(五)可管理性。ASP.NET采用基于文本的分层配置系统 ..简化了将设置应用于服务器环境和Web应用程序。由于配置信息是以纯文本形式存储的..因此可以在没有本地管理工具帮助的情况下应用新设置。此"零本地管理哲学也扩展到了ASP.NET框架应用程序的部署。只需将必要的文件复制到服务器..即可将ASP.NET框架应用程序部署到服务器。不需要重新启动服务器..即使是在部署或替换运行的编译代码时。(六)可缩放性和可用性。ASP.NET在设计时考虑了可缩放性..增加了专门用于在聚集环境和多处理器环境中提高性能的功能。另外..进程受到ASP.NET运行库的密切监视和管理..以便当进程行为不正常（泄漏、死锁）时..可就地创建新进程..以帮助保持应用程序始终可用于处理请求。(七)自定义性和扩展性。ASP.NET随附了一个设计周到的结构 ..它使开发人员可以在适当的级别"插入"代码。实际上..可以用自己编写的自定义组件扩展或替换ASP.NET运行库的任何子组件。实现自定义身份验证或状态服务一直没有变得更容易。(八)安全性。借助内置的 Windows 身份验证和基于每个应用程序的配置 ..可以保证应用程序是安全的。鉴于以上原因..我们采用了C#+ASP.NET 来开发此系统。第三节 数据库平台当前流行的数据库平台主要有： Oracle、SyBase、Informix-Online 、MSSQLServer、IBMDB2、Foxpro等。考虑到本系统是针对于中小型软件企业开发的 ,所以选择了简单,功能比较完善且适合于中小型系统使用的 MSSQLServer数据库[16]。本系统共有注册/审核模块、日志/总结模块、任务模块、通知模块、消息模块、职员管理模块、权限模块、自定义设置模块、评论模块和附加模块。如图3.1：3工作日志管理系统日职自志定通任消员评附/义知务息管论加总设模模模理模模结置块块块模块块模模块块块图3.1模块划分(一)日志/总结模块该模块是职员写、查看、删除日志和总结的模块。日志 /总结提交后就不能修改。每个职员也可以查看自己的日志和总结。 如果后台开启了公开日志功能 ..职员之间就可以互相查看日志。否则只有拥有查看职员日志 /总结的权限才能进入查看别人的日志/总结。(二)通知模块发布通知。可以群发..也可以单独发送给某个人。每个注册用户可以查看和删除自己发送的通知。(三)任务模块这是分配任务给职员的模块。任务分配方式有两种：分配给单个用户和分配给多个用户。职员查看自己的任务但不可以删除。任务的删除是由分配者来结束的..并且任务是可以被跟踪的..也就是可以查看任务的完成进度。(四)消息模块每个用户都可以向其他用户发送消息。当有新消息时..会在用户登陆的主界面后有声音和弹出一个对话框提示。用户可以删除自己收到的消息。(五)职员管理模块是对职员的人事信息进行管理 ..包括查看职员信息..修改职员相关信息..删除职员（删除职员并不删除其相关的资料：日志和总结）。(六)自定义设置模块此模块是设置系统的相关配置以及对系统的一些内容上的自定义设定： 系统名..底部版权信息、LOGO和BANNER、管理部门（增加、删除、修改）、管理职位（增加、删除、修改）、管理职称（增加、删除、修改）..备份数据库和还原数据库。(七)评论模块查看职员的日志和总结之后..可以对其评价。如果在系统设置里面没有开放4评价则会隐藏评价的相关页面。用户可以看到自己的日志 /总结的评价..如果在后台设置了公开评论..则也可以查看别人的日志 /总结的评论。(八)附加模块附加模块是一些实用的小工具：提醒和发邮件。提醒：用户在设置了提醒的时间和内容之后..到了设置的时间。只要登陆此系统..就会有声音和提示框提示。发邮件：系统只是利用其他邮箱的 POP3接口来发送邮件。四、系统框架搭建经过需求分析以及模块划分 ..再结合本系统实际做了详细的分析考虑之后 ..本系统采用目前流行的 MVC模式来设计。系统组织总体框架图如图 3.2：图3.2 系统组织总体框架MVC英文即Model-View-Controller..即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离..这样一个应用被分成三个层——模型层、视图层、控制层。大性和灵活性。视图(View)代表用户交互界面..对于Web应用来说..可以概括为HTML界面..但有可能为XHTML、XML和Applet。MVC设计模式对于视图的处理仅限于视图上数据的采集和处理..以及用户的请求..而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。在本系统中..视图也就是WEB层..它负责把后台取得的相关数据..包括日志、通知、任务以及职员详细信息等显示在页面..也负责把用户的操作状态显示出来..让用户清楚的知道自己所做操作的结果[17]。模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作..模型接受视图请求的数据..并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持续化）。在此层..主要是处理一些业务逻辑..比如查找用户、查找日志、查找总结等。它接受视图层的数据..并进行业务处理。控制(Controller) 可以理解为从用户接收请求 , 将模型与视图匹配在一起..共同完成用户的请求。划分控制层的作用也很明显 ..它清楚地告诉你..它就5是一个分发器..选择什么样的模型..选择什么样的视图..可以完成什么样的用户请求。控制层并不做任何的数据处理。在此系统中..控制层和视图层并无明显的分层..也就相当于结合在一起了。模型、视图与控制器的分离..使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据..所有其它依赖于这些数据的视图都应反映到这些变化。因此..无论何时发生了何种数据变化..控制器都会将变化通知所有的视图..导致显示的更新。这实际上是一种模型的变化-传播机制。模型、视图、控制器三者之间的关系和各自的主要功能[18]..如图3.3所示：图3.3MVC组件类型关系和功能而且在系统中使用了 MVC模型后..其优点有：首先..最重要的是应该有多个视图对应一个模型的能力。在目前用户需求的快速变化下..可能有多种方式访问应用的要求。例如..订单模型可能有本系统的订单..也有网上订单..或者其他系统的订单..但对于订单的处理都是一样..也就是说订单的处理是一致的。按MVC设计模式..一个订单模型以及多个视图即可解决问题。这样减少了代码的复制..即减少了代码的维护量..一旦模型发生改变..也易于维护。其次..由于模型返回的数据不带任何显示格式..因而这些模型也可直接应用于接口的使用。再次..由于一个应用被分离为三层..因此有时改变其中的一层就能满足应用的改变。一个应用的业务流程或者业务规则的改变只需改动MVC的模型层。控制层的概念也很有效..由于它把不同的模型和不同的视图组合在一起完成不同的请求..因此..控制层可以说是包含了用户请求权限的概念。最后..它还有利于软件工程化管理。由于不同的层各司其职..每一层不同的应用具有某些相同的特征..有利于通过工程化、工具化产生管理程序代码。6所以..整个项目按照 MVC模式的详细组织框架图如图 3.4：图3.4 系统的详细组织框架五、权限分配策略本系统的权限采用了按角色和自定义权限相结合的方式来分配..这是借鉴了目前论坛权限分配的广泛做法..这样不仅提高了权限管理的灵活性..也提高了安全性。权限分配是除基本权限[注1]之外的其他权限的分配..包括了角色权限、用户权限、页面权限。而所有权限的内容和默认数据均以角色权限为准..在默认情况下系统的权限判断都采用的是角色权限..如果设置了用户权限则相应用户权限优先于角色默认权限..如设置了页面权限则相应页面权限优先于角7色权限和用户权限。注１：基本权限：在本系统中是指写日志、写总结、发送消息、查看自身日志、查看自身总结、查看任务、查看消息、查看／修改自身资料和修改自身密码这几项权限。(一)角色权限角色权限是用户注册之后就会给每个用户分配相应的权限..总经理、部门经理和职员三者的默认权限是完全不同的。相对于总经理..部门经理的审核申请、查看他人日志、查看他人总结、查看职员信息、修改职员信息、修改职员密码、分配任务、发送通知这些权限都只是对自己所在部门的职员..而总经理则是对所有的部门职员和部门经理。(二)用户权限用户权限是用户在使用本系统时..被授予的权限。当用户注册并可以使用本系统时..获得的是角色权限..而当别的用户授予另外一些高级权限之后..则拥有的新的权限是用户权限..并且用户权限是高于角色权限的。(三)页面权限页面权限是某些页面是需要权限来访问..否则将不会显示其内容。页面权限高于用户权限和角色权限。第四节 数据表设计数据库设计的好坏直接影响整个系统..如果数据库设计不好..不仅仅很多的业务处理起来相当的复杂和烦琐..而且在编写系统代码的时候也会遇到很多问题..所以..一个合理的数据库是必须的、是必要的。所以在数据库设计之前首先要注意的几个问题如下：(一)命名的规范性：命名的明确性有利于数据库的管理..在建立数据库的时候应该本着简单..易于理解的原则..另外..不同的数据库产品对对象的命名有不同的要求..因此..数据库中的各种对象的命名、后台程序的代码编写应采用大小写敏感的形式..各种对象命名长度不要过长..这样便于应用系统适应不同的数据库。(二)建立索引(Index)：创建索引一般有以下两个目的：维护被索引列的唯一性和提供快速访问表中数据的策略。添加任何一种索引均能提高查询的速度..但是同时也是需要付出代价的..那就是会降低插入、更新、删除操作的性能..尤其是当填充因子（FillFactor）较大时。所以对索引较多的表进行频繁的插入、更新、删除操作..建表和建索引时应设置较小的填充因子..以便在各数据页中留下较多的自由空间..减少页分割及重新组织的工作。(三)表间关联（Relation）：设计表间关联是为了保证数据库的一致性和完整性 ..8降低数据的冗余..但同时却增加了表间连接查询的操作..为了提高系统的响应时间..合理的数据冗余也是必要的[16]。企业在线工作日志管理系统的所有数据用了数据库的方式来存储。且数据库采用的是MSSQLSERVER2005。数据库中各个表的结构情况如下：1. 基础信息表(UserInfo)表3.3基础信息表字段名说明类型主键可否空外键UserID员工IDInt是否否RoleID角色IDint否否是UserName帐号名Varchar(20)否否否Name姓名Varchar(20)否否否UserCode密码Varchar(16)否否否Phone手机号Varchar(11)否否否Sex性别Varchar(2)否否否LoginTime注册时间Datetime否否否IsDelete逻辑删除bit否否否1删..2没删个人信息表（Personnel）表3.4个人信息表字段名说明类型主键可否空外键PersonalInfoID个人信息IDInt是否否UserID员工IDInt否否是EmployeeID员工编号varchar(8)否是否MailBox邮箱varchar(50)否是否IDcard身份证号varchar(18)否是否Nation关系varchar(10)否是否Address地址varchar(100)否是否GraduationTime毕业时间smalldatetime否是否GraduationSchool毕业院校varchar(50)否是否Degree职责int否是是Professional职业varchar(50)否是否BankNumber银行卡号varchar(16)否是否EmergencyName联系人名称varchar(10)否是否EmergencyPhone联系人电话varchar(11)否是否EmergencyAddress联系人地址varchar(100)否是否9HomePhone家庭电话varchar(20)否是否FileLocationProvince所在省varchar(30)否是否FileLocationCity所在市varchar(30)否是否FileLocationArea所在地区varchar(30)否是否CensusLocationProvince邮编varchar(30)否是否日志记录表（Log）表3.5日志记录表字段名说明类型主键可否空外键Log_ID日志编号Int是否否UserID员工IDInt否否基础信息表的ID字段Date写日志日期DateTime否否否Title日志主题Varchar(24)否否否Log_Content日志内容Varchar(4000)否否否Log_Plan明日计划Varchar(4000)否是否State是否可以被Int否否否删除或修改(1可以,2不可以)4. 部门表(Department)表3.6部门表字段名说明类型主键可否空外键Depart_ID部门编号Bigint是否否Depart_Name部门名Varchar(40)否否否5. 总结表（Summary）表3.7总结表字段名说明类型主键可否空外键Sum_ID总结编号Bigint是否否Per_ID员工编号Int否否否Date总结时间DateTime否否否Star_Time本阶段开始时间DateTime否否否End_Time本阶段结束时间DateTime否否否Sum_Content总结内容Varchar(2000)否否否Problem遗留问题Varchar(1000)否是否Remark备注Varchar(1000)否是否Next_Plan下周工作安排Varchar(2000)否否否Next_Remark下周工作安排备Varchar(1000)否否否注消息表（Msn）10表3.8消息表字段名说明类型主键可否空外键MessageID信息IDint是否否SendUserID发送者IDint否否是ReplyMesageID回复信息int否是是IDTitle标题varchar(50)否是否Contents内容varchar(1000)否否否SendTime发送时间datetime否否否接受信息表（ReceiveUser）表3.9任务分派表字段名说明类型主键可否空外键ReceiveUserID接受者IDInt是否否MessageID信息IDInt否否是MessageState信息状态Int否否是任务分派表（Task）表3.10任务分派表字段名说明类型主键可否空外键Task_ID编号Int是否否Task_Name任务名Varchar(40)否否否End_Time任务结束时间DateTime否否否Sender_ID发送者IDInt否否个人信息表IDSender_Time发送时间DateTime否是否Task_Content任务内容Varchar(1000)否否否Task_State状态1.过期2.Int否否否未过期Receiver_ID接受者IDInt否否个人信息表ID9. 通知表（notice）表3.11通知表字段名说明类型主键可否空外键NoticeID通知IDInt是否否NoticeName发送人Varchar(20)否否否SendTime发送时间Datetime否否否SenderID发送者IDInt否否是NoticeContent任务内容Varchar(100)否否否11State 状态 Int 否 否 否10.评价表（Comment）表3.12评价表字段名说明类型主键可否空外键Est_ID评价编号Int是否否Log_ID日志编号Int否否是Date评价时间DateTime否否否Com_Content评价内容Varchar(800)否否否职务表（Rank）表3.13职务表字段名说明类型主键可否空外键Rank_ID编号Int是否否Rank职务名Varchar(40)否否否12.字段表（FieldType）表3.14字段表字段名说明类型主键可否空外键FieldTypeID类型IDInt是否否FieldTypeName类型名称Varchar(20)否否否13.字典表（DictionaryField ）表3.15字段表字段名说明类型主键可否空外键ItemID分组IDInt是否否TypeID类型IDInt否否是ItemName名称Varchar(20)否是否第五节 系统的接口设计通过分析..系统与外部的接口就是提供登陆的一个接口..也就是要求能与别的系统的整合..用户能够直接从别的系统进入本系统而不需要再次进行身份验证..也就是实现单点登陆如下：(一)提供登陆的接口..让别的系统的用户可以直接登陆到本系统。(二)提供权限的接口。和别的系统的相关权限的转化 ..实现权限的“换算”。八、系统界面设计12用户界面就是用户与计算机系统进行相互交流数据与信息的一些接口规范 ..用户界面的友好性直接关系到软件系统的质量。本系统界面设计美观、标准、 统..用户操作方便..实施及学习轻松..因为所有模块均建立在平台上..操作方法几乎相同..只要学会一个模块的操作..其他模块便可类推。(一)登陆界面此界面是用户进入系统的界面..用户输入用户名和密码来登陆系统。如果你不是注册用户..则可以点注册按钮先注册。用户名和密码错误会给出提示..且不允许输入为空。当通过验证则进入系统。图3.5 登陆界面(二)写日志/总结界面用户写自己日志的界面（图 3.10）和写总结的界面（图 3.11）。当添加日志总结成功后会给出成功的提示并返回到用户主页面..失败则会给出提示并返回到写日志/总结的页面。13图3.6 写日志界面图3.7 写总结界面(三)发送消息界面用户发送消息给其他用户的界面。此界面是一弹出窗口..当点发送消息时弹出。发送成功后显示“发送成功”并自动关闭..失败则显示“发送失败”并返回到发送消息页面。14图3.8 发送消息界面(四)查看日志/查看总结界面用户查看自己的日志/总结。可以通过日期和日志/总结内容来查找日志/总结。点详细信息可以查看日志/总结的详细信息..自己的日志可以删除。15图3.9 查看自己的日志界面图3.10 查看员工的总结界面(五)查看消息界面16用户查看其他用户发送给自己的所有消息（按照时间排序） 。如果有新消息..将用彩色信封图标显示..当消息被阅读后..阅读时间将被显示为最后阅读时间..且图标显示为打开的信封。消息可以被删除..删除消息的结果—用弹出提示框的形式显示..并刷新当前页..显示删除之后的所有消息。图3.11 查看消息界面(六)查看/修改自身资料界面用户查看/修改自身资料。当点查看/修改资料按钮时..显示用户自己的详细资料信息（如图）。当点修改时..则进入修改自身资料的页面（如图）。17图3.12 查看自身信息界面图3.13 修改自身信息界面(七)修改自身密码/修改职员密码界面用户修改自身密码/修改职员密码。用户修改自己的密码需要旧密码的确认（如图3.20）。修改职员密码时..需要输入职员的用户名（如图）。图3.14 修改自身密码界面18图3.15 修改其他职员密码界面(八)分配任务/发送通知界面用户分配任务或发送通知给下级。当自己是总经理时..可以发送给所有部门经理或者某个部门经理；当自己是部门经理时..则可以发送给自己部门所有的职员或者某个职员。(九)查看职员日志/查看职员总结界面当用户拥有相应权限时才可以查看职员的日志或总结。 查看职员日志/总结都可以选择按照日期或按照内容两种方式进行查找。图3.16 查看职员日志界面(十)内容/系统设置界面当用户拥有相应权限时才可以进行内容/系统设置。此页面包含修改内容、系统设置两个功能。修改内容是增加、修改、删除技术职称、部门和职务方面的内容。系统设置是对在线日志管理系统的一些设置 ..如系统名、LOGO等(十一) 管理职员界面19当用户拥有相应权限时才可以进行对职员的管理 — 查看、修改、删除。用户可以按照姓名、部门、编号三个方面来对职员进行查找。当取得查找时间后..可以进行修改和删除操作（需要有相应的权限..这两项权限是独立于进入此页面所需要的权限的。也即要修改 /删除..你先得有进入此界面的权限..其次还得有修改/删除的权限。）。当点修改之后便会进入对此职员的修改界面图3.17 查看职员信息界面20图3.18 修改职员信息界面第六节 系统测试首先要从用户的角度出发。系统测试系统测试是对整体性能的测试..主要解决各子系统之间的数据通信和数据共享问题以及检测系统不否达到用户的实际要求..系统测试的依据是系统分析报告。系统测试应在系统的整个范围内进行..这种测试不只对软件进行..而是对构成系统的硬、软件一起进行。系统测试与建构同时进行或略慢。系统测试需要确认从头到尾的功能正常才算完成..应当尽量避免系统测试延到项目末尾进行。一、用户验收测试在系统测试完成后..进行用户的验收测试..它是用户在实际应用环境中所进行的真实数据测试。在具体的测试中..一般应遵循以下原则：由程序设计者之外的人进行测试；测试用例应由两部分组成：输入数据和预期输出结果；应选用不合理的输入数据与非法输入测试；不仅要检验程序是否实现预期功能..还应检查程序是否做了不应该做的工作；集中测试容易出错的程序模块；对程序修改以后..必须重新进行测试。在开发本系统时..为了使系统能够稳定运行..对本系统进行了有针对性的全面测试..采取的方式是：211．菜单项测试：为了保证每一项下拉菜单能够正确实现系统设计的功能..我把相关的基础数据..基本上全部输入到本系统中..并对每一个菜单项反复进行了增加、删除、修改等操作..从而保证了菜单级功能的正确实现。2．数据跟踪：完成菜单项测试后..我又对系统内的每一个数据进行了跟踪。例如：在成绩管理模块中..我首先对考试类型进行设定..然后在成绩添加模块中进行数据操作..随时观察这两个模块之间是否有冲突产生..配合得是否正确..再然后在成绩浏览模块中进行验证..说明该功能完全正常..对其它的功能模块也进行了类似的设置。3．综合测试：在以上测试的基础上对系统功能进行了整体的测试..依次来检验系统功能是否符合系统设计的要求。二、系统运行与维护：系统的运行：1．初始数据的输入。本系统的输入采用鼠标和键盘相结合的输入方法。2．怎样使用本系统：本系统的使用相应简单..基本上只要会使用Windows软件就会使用本系统..在具体的操作时..只需点击鼠标左键即可进行相应功能的选择。3．系统的维护。本系统是个较复杂的人-机系统..由于系统外部环境与内部因素变化..不断的影响系统的运行..同时需要系统不断地适应这些变化..不断地完善系统..以提高系统运行的效率与服务水平..这就需要自始至终进行系统的维护工作。系统的维护主要包括四个方面：本系统是个较复杂的人-机系统..由于系统外部环境与内部因素的变化..不断影响系统的运行..同时需要系统不断地适应这些变化..不断地完善系统..以提高系统运行的效率与服务水平..这就需要自始至终进行系统的维护工作。程序的维护：指的是修改部分或全部程序..这种维护往往是在条件发生变化或原系统的效率低的情况下进行的。(一)数据文件的维护：指的是按照用户的要求对数据文件进行不定期的修改。(二)代码的维护：随着系统的发展和变化..可能会出现旧代码不能适应新要求的问题..因此..有必要变更代码..予以维护。(三)硬件的维护：指的是对系统所使用的设备进行维护。系统的转换方案：本次开发的企业工资管理系统采用了并行转换方式..以保证平衡可靠的过度。即一方面使用本系统来进行工作..另一方面又继续沿用老的方式-手工方式..这种状况持续了半个月的时间..在这期间发现了一些程序中存在的漏洞和错误..用户也提出一些修改意见..经过程序的进一步完善后..正式投入了使用..中止了以前老的手工的操作方式。系统评价系统评价就是客观..公正的从各个方面评价系统的各项功能。本部分将具体22从三方面阐述：优点..缺点以及将来可能提出的要求。系统的特点流程符合企业内部工作日志管理的要求。2． 界面友好..输入信息方便（好多信息 ..系统自动生成）。3． 查询全面..对任何情况或字段都可以查询 ..从而对管理进行监督。4． 系统扩充容易。由于资料有限 ..有很多地方还需要更好的完善。5． 即面向开发人员..又面向用户。系统的缺点1． 由于时间的原因。有些东西不完善。3． 容错性不高。系统的抗错 ..容错性不高。这方面有待加强。4． 由于资料有限..有很多地方还设计的不够详细。23结论企业在线工作日志管理系统采用 B/S 模式+MVC框架..使用C#+ASP.NETMSSQLSERVER来开发。本系统一共分为了日志/总结模块、任务模块、通知模块、消息模块、职员管理模块、权限模块、自定义设置模块、评论模块和附加模块共9个模块。所实现的主要功能是对企业员工的工作日志的记录和保存..以代替传统纸质的记录方式；也对员工的相关信息进行了管理；同时也可以发送通知给下属以及各个职员..使得消息的及时可靠。本系统采用了角色和权限相结合的方式来控制访问权限。根据角色可以得到默认的权限..而权限授予方式更加灵活..拥有此权限的用户可以把自己所拥有的权限授予给其他比自己权限低的人。本系统具有传输可靠 ..操作简单..安全可靠等优点..适用于中小型