《基于.NET的Web网站开发》精品课程学习情境设计

Presentation on theme: "《基于.NET的Web网站开发》精品课程学习情境设计"— Presentation transcript:

1 《基于.NET的Web网站开发》精品课程学习情境设计
学习情境四 企业OA系统

2 资讯 —— 任务提出

3 【现状分析】 1．项目的背景及意义 当今社会是信息竞争的社会，企业的信息化建设是提高企业管理效率的必要途径，为了提高企业办公效率，满足现代化企业自动化办公的需要，我们开发了这套稳定可靠、操作方便、安全有效的企业OA系统，它主要包括：人事管理、日程管理、文档管理、消息传递、系统管理、考勤管理等几大模块。 OA软件解决企业的日常管理规范化、增加企业的可控性、提高企业运转的效率的基本问题，范围涉及日常行政管理、各种事项的审批、办公资源的管理、多人多部门的协同办公、以及各种信息的沟通与传递。可以概括的说，ＯＡ软件跨越了生产、销售、财务等具体的业务范畴，更集中关注于企业日常办公的效率和可控性，是企业提高整体运转能力不可缺少的软件工具。

4 【现状分析】 本系统使用者分为管理员与普通用户两类。 管理员功能主要包括：  人事管理：机构管理、部门管理、员工管理  日程管理：我的日程、部门日程、我的便签  文档管理：文档管理、回收站、文件搜索  消息传递：消息管理、信箱  系统管理：角色管理、登录日志、操作日志、菜单排序  考勤管理：考勤历史记录查询、考勤统计

5 【现状分析】 普通用户功能主要包括：  日程管理：我的日程、部门日程、我的便签  文档管理：文档管理、回收站、文件搜索  消息传递：消息管理、信箱  考勤管理：员工签到、签退

6 【现状分析】 2．企业OA系统实施

7 决策 —— 需求分析

8 【需求分析】 需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审。 （1）问题识别：就是从系统角度来理解软件,确定对所开发系统的综合要求,并提 出这些需求的实现条件,以及需求应该达到的标准.这些需求包括：功能需求(做什 么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生 故障的概率）,安全保密需求,用户界面需求,资源使用需求(软件运行是所需的内存 ,CPU等),软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标. （2）分析与综合：逐步细化所有的软件功能,找出系统各元素间的联系,接口特性 和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分.最后,综合 成系统的解决方案,给出要开发的系统的详细逻辑模型(做什么的模型).

9 【需求分析】 （3）制订规格说明书：即编制文档,描述需求的文档称为软件需求规格说明书.请 注意,需求分析阶段的成果是需求规格说明书(好象软考曾经考过这个问题),向下一 阶段提交. （4）评审：对功能的正确性,完整性和清晰性,以及其它需求给予评价.评审通过才 可进行下一阶段的工作,否则重新进行需求分析。

10 【需求分析】 1．用户需求调查问卷 问卷主要内容包括： 调查人姓名、所在部门、职务 调查日期 建议软件名称 该软件的使用者、部门、角色、主要任务 与软件运行有关的实体、实体名称、关系 软件工作平台与体系结构的要求 管理系统体系结构

11 【需求分析】 软件开发工具的要求 软件功能上的要求 软件性能上的要求 软件安全方面的要求 软件约束性要求 软件使用方便的要求

12 【需求分析】 2．用户需求

13 【需求分析】

14 【需求分析】 3．撰写需求规格说明书

15 【需求分析】 4．评审 组织专家组成员评审。对功能的正确性,完整性和清晰性,以及其它需求给 予评价.评审通过才可进行下一阶段的工作,否则重新进行需求分析。

16 计划 —— 项目总体设计

17 任务分析 ：编制项目计划的过程应当分为以下几
个步骤： 确定项目的应交付成果 任务分解 确定各个任务开始和结束时间的先后顺序 确定每个任务所需的时间 确定项目团队成员可以支配的时间 编制项目总体进度计划：任务名称、责任人、开始与结束时间、应提交的可检查的工作成果 考虑项目的费用预算、可能的风险

18 项目计划 1．应交付成果 系统源程序 系统需求规格说明书 系统使用说明书

19 项目计划 2.任务分解及具体安排 系统名称 工作 所需人员 所需天数 标志性事件（交付物） 企业OA系统 需求分析 2 3 需求规格说明书
系统设计 概要设计说明书 子系统设计 6 详细设计说明书 系统编码与实现 14 可测试代码 系统测试 4 测试报告 系统实施与维护、使用培训 用户手册 验收报告

20 项目计划 3．项目计划安排的审核 以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编
制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有 效性负责。

21 任务名称：系统架构设计 任务描述：企业新闻发布信息管理系统架构。 任务分析：构架由许多不同的构架视图来表示，这些视图本质上是以图形方式来摘要说明“在构架方具有重要意义”的模型元素。在 Rational Unified Process 中，将从一个典型的视图集开始，该视图集称为“4+1 视图模型”[KRU95]。它包括：用例视图、逻辑视图、实施视图、进程视图、配置视图

22 【架构设计】 企业新闻发布信息管理系统架构设计要达到如下的目标： 可靠性（Reliable）。软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。 安全行（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非常重要。 可扩展性（SCAlable）。软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。 可定制化（CuSTomizable）。同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。

23 【架构设计】 可扩展性（Extensible）。在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展 可维护性（MAIntainable）。软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支持的花费 客户体验（Customer Experience）。软件系统必须易于使用。 市场时机（Time to Market）。软件用户要面临同业竞争，软件提供商也要面临同业竞争。以最快的速度争夺市场先机非常重要。

24 【架构设计】 构架设计流程：在 Rational Unified Process 中，构架主要是分析设计工作流程的结果。当项目再次进行此工作流程时，构架将在一次又一次迭代中不断演化、改进、精炼。由于每次迭代都包括集成和测试，所以在交付产品时，构架就相当强壮了。构架是精化阶段各次迭代的重点，构架的基线通常会在此阶段结束时确定。

25 任务描述：完成企业新闻发布信息管理系统子系 任务分析：通过子系统设计将形成一个实用、合
任务名称：子系统设计 任务描述：完成企业新闻发布信息管理系统子系 统设计。 任务分析：通过子系统设计将形成一个实用、合 理的解决方案。该任务包括： 类的设置 数据库的设置

26 【系统总体结构】

27 【数据库及表设计 】

28 【数据库及表设计 】 表设计 表 名 功 能 说 明 UserInfo 存放用户基本信息 UserState
表 名 功 能 说 明 UserInfo 存放用户基本信息 UserState 可扩展性，设置用户是否被屏蔽的状态 RoleInfo 存放角色基本信息 SysFun 存放菜单功能基本信息 RoleRight 存放所有角色权限 BranchInfo 机构信息表 DepartInfo 部门信息表 FileInfo 文件信息表 FileTypeInfo 文件类型表 AccessoryFile 附件文件表 ManualSign 考勤信息表 WorkTime 上下班时间表 Message 消息表 MessageType 消息类型表 MessageToUser 消息发送对象 ReadCommonMessage 用户已读消息表 Schedule 日程表 MeetingInfo 会议类型表 PreContract 预约人表 MyNote 个人便签表 LoginLog 登录日志表 OperateLog 操作日志表 【数据库及表设计 】 表设计

29 【数据库及表设计 】 表设计

30 【数据库及表设计 】 表设计 表 名 列 名 数据类型（精度范围） 空/非空 约束条件 其他说明 UserId Varchar(50) 非空
用户唯一标识 UserName 真实姓名 PassWord 密码 DepartId int 所在部门 Gender 性别 RoleId 用户角色 UserState 表UserState的 外键，对应 UserStateId 字 段 用户状态

31 【数据库及表设计 】 表设计 表 名 列 名 数据类型（精度范围） 空/非空 约束条件 其他说明 UserStateId
Varchar(50) 非空 种子，自增1 1：正常状态； 0：被屏蔽 UserStateName

32 【数据库及表设计 】 表设计 表 名 列 名 数据类型（精度范围） 空/非空 约束条件 其他说明 RoleId int 非空 种子，自增1
RoleName Varchar(50) 角色名称 RoleDesc 角色描述

33 【数据库及表设计 】 表设计 表 名 列 名 数据类型（精度范围） 空/非空 约束条件 其他说明 NodeId int 非空 菜单节点id
DisplayName Varchar(50) 菜单名称 NodeURL 菜单连接地址 DisplayOrder 菜单显示顺序 ParentNodeId 父节点id

34 【数据库及表设计 】 表设计 表 名 列 名 数据类型（精度范围） 空/非空 约束条件 其他说明 RoleRightId int 非空
种子，自增1 角色权限id RoleId 表RoleInfo的外 键，对应 RoleId 角色id NodeId 表SysFun的外 键，对应 NodeId 菜单节点id

35 【数据库及表设计 】 表设计 表 名 列 名 数据类型（精度范围） 空/非空 约束条件 其他说明 BranchId int 非空
种子，自增1 机构id BranchName Varchar(50) 机构名称 BranchShortNa me 机构简称

36 【数据库及表设计 】 表设计 表名 列名 数据类型（精度范围） 空/非空 约束条件 其他说明 DepartId int 非空 种子，自增1
DepartName Varchar(50) 部门名称 PrincipalUser 表UserInfo外键，对应UserId字段 部门负责人 ConnectTelNo bigint 联系电话 ConnectMobileTelNo 移动电话 Faxes 传真 BranchId 表BranchInfo的外键，对应BranchId字段 所属机构

37 【数据库及表设计 】 表设计 表名 列名 数据类型（精度范围） 空/非空 约束条件 其他说明 FileId int 非空 种子，自增1
FileName Varchar(50) 文件名称 FileType FileTypeInfo表的外键，对应FileTypeId字段 文件类型 Remark 备注 FileOwner 创建者 CreateDate DateTime 创建日期 ParentId 父节点Id FilePath Varchar(200) 文件路径 IfDelete 是否已删除。1：已删除、2：未删除

38 【数据库及表设计 】 表设计 表名 列名 数据类型（精度范围） 空/非空 约束条件 其他说明 FileTypeId int 非空
种子，自增1 文件类型id FileTypeName Varchar(50) 文件类型名 FileTypeImage 文件类型对应的图标 FileTypeSuffix 文件类型后缀

39 【数据库及表设计 】 表设计 表名 列名 数据类型（精度范围） 空/非空 约束条件 其他说明 AccessoryId int 非空
种子，自增1 文件附件Id FileId 表FileInfo的外键，对 应FileId 字段 文件Id AccessoryName Varchar(50) 附件名称 AccessorySize 附件大小 AccessoryType FileTypeInfo表的外键， 对应FileTypeId字段 附件类型 CreateDate DateTime 创建日期 AccessoryPath Varchar(200) 附件路径

40 【数据库及表设计 】 表设计 表 名 列 名 数据类型（精度范围） 空/非空 约束条件 其他说明 SignId int 非空 种子，自增1
UserId Varchar(50) 表UserInfo中 userid的外键 用户id SignTime DateTime 签卡时间 SignDesc Varchar(200) 签卡备注 SignTag 签卡标记

41 【数据库及表设计 】 表设计 表 名 列 名 数据类型（精度范围） 空/非空 约束条件 其他说明 WorkTimeId int 非空
种子，自增1 工作时间Id OnDutyTime Varchar(50) 上班时间 OffDutyTime 下班时间

42 【数据库及表设计 】 表设计 表 名 列 名 数据类型（精度范围） 空/非空 约束条件 其他说明 MessageId int 非空
种子，自增1 消息Id Title Varchar(100) 消息标题 Content Varchar(5000) 消息内容 Type 消息类型 BeginTime DateTime 开始有效时间 EndTime 有效结束时间 FromUserId Varchar(50) 发送者 IfPublish 是否已发布 RecordTime 发送时间

43 【数据库及表设计 】 表设计 表名 列名 数据类型（精度范围） 空/非空 约束条件 其他说明 MessageTypeId int 非空
种子，自增1 消息类型Id MessageTypeNa me Varchar(50) 消息类型名称 MessageDesc 消息类型描述

44 【数据库及表设计 】 表设计 表名 列名 数据类型（精度范围） 空/非空 约束条件 其他说明 Id int 非空 种子，自增1 序号Id
MessageId Message表外键，对应 MessageId字段 消息Id ToUserId Varchar(50) UserInfo表外键，对应 UserId字段 发送对象 Id IfRead 是否已读。 1：已读、 0：未读

45 【数据库及表设计 】 表设计 表 名 列 名 数据类型（精度范围） 空/非空 约束条件 其他说明 ReadId int 非空 种子，自增1
MessageId Message表外键，对应MessageId字段 消息Id UserId Varchar(50) UserInfo表外键，对应UserId字段 消息读取者

46 【任务实施】 公共模块界面设计 管理员登录后的主页面要求：显示个人便签信息，左侧显示系统菜单和个人基本信息，上标栏有“主页”、“重新登录”、“修改密码”、显示当前时间功能。

47 【任务实施】 普通会员登录后的主页面要求：直接到个人签到页面，其他同管理员登录。签卡日期不能为空，且必须为日期型。

48 【任务实施】 人事管理模块

49 【任务实施】 机构信息管理 机构信息管理页面功能要求：用GridView显示所有机构信息，初始时“保存按钮”为不可用。页面有添加机构功能，使用模板列执行修改和删除机构操作，执行增、删、改后都要重新绑定GridView，显示出机构的最新信息。填写机构名称、机构简称，添加成功后，机构名称和机构简称输入框都为置空，点修改图标后，在输入框中显示对应的信息，同时“添加”按钮不可用，“保存修改”按钮为可用，保存成功后，“添加”按钮可用，“保存修改”按钮不可用。注意非空验证。

50 【任务实施】 部门管理界面 部门页面功能要求：用GridView显示所有机构信息，该页面有部门增加、删除、修改 功能。点“添加部门”按钮，或点修改图标都进入保存部门信息页面，保存部门信息页面：

51 【任务实施】 保存部门信息页面功能要求： 所属机构下拉菜单绑定机构信息表，注意输入框有效性验证。如果是修改 部门则要显示选定部门的基本信息。点“请点击选择用户”按钮，则树型显示所有用户，且按机构、 部门分类

52 【任务实施】

53 【任务实施】 员工管理界面 员工管理页面功能要求：用GridView展示所有用户基本信息，页面有用户添加、修改、删除和浏览详情功能，执行增、删、改成功后，GridView重新绑定显示用户信息。

54 【任务实施】 保存用户信息页面功能要求：用户信息要求非空和有效性验证，“所在部门”下拉菜单项来自数据库DepartInfo表，文本和值分别对应DepartName和DepartId字段

55 【任务实施】 日程管理模块

56 【任务实施】 个人日程管理页面 个人日程管理页面功能要求：用calendar日历控件显示日历

57 【任务实施】

58 【任务实施】 我的日程安排页面功能要求：要求填写日程主题、日程地点、会议类型（下拉菜单数据项与MeetingInfo表字段对应）、开始时间、结束时间、提醒内容、预约他人一起参与，同时可以选择是否公开日程，如果公开日程，则部门内其他人在部门日程中可以查看您的日程，如果不公开，其他人看不到您的日程，同时显示创建者和创建时间。

59 【任务实施】

60 【任务实施】

61 【任务实施】

62 【任务实施】

63 【任务实施】 部门日程页面 部门日程页面功能要求：要求按部门进行日程查询，选择机构后部门下拉菜单级联改变，要求实现选择下拉项后无刷新，可以按部门内用户姓名进行模糊查询，日期只能绑定到某一天，初始时不显示日程信息，点“搜索”图片按钮后，返回查询结果

64 【任务实施】

65 【任务实施】

66 【任务实施】 我的便签页面 我的便签页面功能要求：用DataList展示所有便签信息，当便签标题超过12个字时，则以前12个字 加“...”表示。点页面上“新增便签”超连接或点DataList中的便签标题都可以进入个人便签设置页面。

67 【任务实施】

68 【任务实施】 文档管理模块 文档管理页面功能要求：该页面“FileManage.aspx”是个框架，左侧为文件树型菜单页面“FileTree.aspx”，右面为文件内容页面“FileMain.aspx”。 树型菜单页面功能要求：展示FileInfo表中的文件夹信息，按父子菜单分层显示，根据ParentId递归绑定到TreeView中。其中FileType为文件类型，“1”表示文件夹。

69 【任务实施】

70 【任务实施】

71 【任务实施】 文件属性信息页面功能要求：要求填写文件名称、备注、选择文件类型图标，这时文档位置、创建时间、所有者是不可改变的。在该页面上要显示文件的附件，如我们的“MyOffice说明文档”文件可能包括多个附件，这些附件是我们通过上传文件到指定位置而得到的，它们在硬盘中的实际情况。

72 【任务实施】 新增文件

73 【任务实施】 新增文件夹

74 【任务实施】 回收站页面 回收站页面功能要求：用GridView显示所有放入回收站的信息。点“还原”图标则更改FileInfo表中IfDelete字段为0，点“永久删除”图标，则彻底删除该文件，及其对应的附件、包括的子文件、和对应的硬盘文件。

75 【任务实施】 文件搜索页面

76 【任务实施】

77 【任务实施】

78 【任务实施】

79 【任务实施】 消息管理模块 消息管理页面功能要求：初始界面如图。可以根据消息有效时间来进行查询，查询发布时间介于开始时间和结束时间时间之间的消息。如果不是普通用户可以查看所有人发送的消息，而普通用户只能查看自己发送的消息。

80 【任务实施】 如以管理员身份搜索得到的信息界面 用GridView显示消息信息，要求实现修改和删除功能。当发布前可以修改，但是发布后不可以修改。如果消息内容超过7个字，则取6个字加“...”表示。

81 【任务实施】 消息填写页面功能要求：消息类型对应MessageType表字段。开始有效时间和结束有效时间默认为当前的起止时间。默认发送对象为特定对象，对象筛选范围默认按姓名，姓名输入框要求实现自动完成功能

82 【任务实施】

83 【任务实施】 信箱页面 信箱页面功能要求：显示收到的和发送的消息信息，已删除和草稿箱功能不用实现，以备以后扩展之用。收件箱要求显示总共收到的信息个数和未读的信息个数，已发送要求显示所有发送的信息个数。点收件箱图片按钮能进入收件箱页面

84 【任务实施】

85 【任务实施】

86 【任务实施】 已发送信息页面功能要求：只显示登录用户自己发送的信息，可以删除已经发送的信息，添加鼠标光亮效果，鼠标点击某一行信息，可以查看消息详细信息，弹出“Receiv Detail.aspx”页面

87 【任务实施】 系统管理模块

88 【任务实施】 登录日志

89 【任务实施】 操作日志

90 【任务实施】 菜单排序页面功能

91 【任务实施】 考勤管理模块

92 【任务实施】 员工签到、签退页面功能

93 【任务实施】 员工考勤历史查询 员工考勤历史记录查询页面功能要求：查询签卡日期在开始时间和结束时间之间的考勤信息。可以按机构、部门、员工号和姓名筛选查询，当选中“按机构”时，机构下拉菜单才可用，不选中时不可用，其他几个选择条件也是如此，但选择“按部门时”，机构和部门下拉菜单同时变为可用。

94 【任务实施】 员工考勤统计页面

95 【任务小结】 通过本次任务，实现 1、掌握 Visual Studio 2005企业项目开发 2、熟练SQL Server 2005数据库应用 3、熟练使用控件、母版等构建企业OA系统运行及管理界面 4、掌握用户需求分析与业务逻辑关系设计、数据库设计 5、掌握各功能模块使用的类和方法设计

96 【任务描述】 系统测试是为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的测试。系统测试可以提高系统的安全性、可靠性、实用性。根据本系统的实际情况进行系统测试。

97 【任务分析】 完成本系统后对本系统进行系统测试。

98 【相关知识与技能】 1．测试的目的 系统测试是程序的一种执行过程，目的是尽可能发现并改正被测试系 统中的错误，提高系统的可靠性。它是系统生命周期中一项非常重要且非 常复杂的工作，对系统可靠性保证具有极其重要的意义。在目前形式化方 法和程序正确性证明技术还无望成为实用性方法的情况下，系统测试在将 来相当一段时间内仍然是系统可靠性保证的有效方法。

99 【相关知识与技能】 软件工程的总目标是充分利用有限的人力和物力资源，高效率、高质量地完成系统开发项目。不足的测试势必使系统带着一些未揭露的隐藏错误投入运行，这将意味着更大的危险让用户承担。过度测试则会浪费许多宝贵的资源。到测试后期，即使找到了错误，然而付出了过高的代价。 “程序测试只能表明错误的存在，而不能表明错误不存在。”可见，测试是为了使系统中蕴涵的缺陷低于某一特定值，使产出、投入比达到最大。

100 【相关知识与技能】 2．系统测试的基本过程 系统测试是一个极为复杂的过程。一个规范化的系统测试过程 通常包括以下基本的测试活动： 拟定系统测试计划 编制系统测试大纲 确定系统测试环境 设计和生成测试用例 实施测试 生成系统测试报告

101 【任务小结】 通过本次任务，我们应该明确系统测试的目的和意义，了解测试工具的一般用法。