软件项目管理系统设计毕业论文

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件项目管理系统设计毕业论文
目录
1 引言 (1)
1.1 开发背景 (2)
1.2 开发意义 (2)
1.3 实现目标 (3)
2 需求分析 (3)
2.1 功能需求 (3)
2.2 可行性分析 (4)
2.3 用例图 (4)
2.4 活动图 (7)
2.5 用例描述 (10)
2.6时序图 (18)
2.7系统开发平台及主要技术 (27)
3总体设计 (28)
3.1系统的总体架构 (28)
3.2 数据库设计 (30)
4详细设计 (38)
4.1 系统用户维护 (38)
4.2 修改密码 (41)
4.3 任务模板 (41)
4.4 文档模板 (44)
4.5 可评审任务处理 (44)
4.6 评审人员分配 (47)
4.7 近期发布的评审任务 (48)
4.8 评审结果录入 (48)
4.9 权限管理 (48)
4.10 可上传文档管理 (53)
4.11 资源分类 (53)
4.12 资源上传 (57)
4.13 搜索资源 (58)
5 测试 (58)
5.1 单元测试 (58)
5.2 集成测试 (61)
6 难点与解决方案 (62)
6.1 WEB系统与文档存储管理分离 (62)
6.2 文档在线查看 (63)
结论 (64)
致谢 (65)
参考文献 (66)
1引言
1.1
没有项目管理,项目也有可能成功。

但没有管理的项目,很难保证项目的利润空间,对公司来说,亏损的风险就大。

所以我们要有项目管理,以保证公司在总体上是盈利的,注意不是每一个项目都要盈利。

为什么我们要实施项目管理,是为了提高项目的效益。

这里所指的项目的效益是一个综合性的指标,包括低风险、高产出等。

为此我们不难得出我们在实施项目管理应该掌握的度。

即:引入项目管理后所产生的效益减去项目管理的成本后必须大于未引入项目管理时的效益。

软件项目管理系统是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对人员(People)、产品(Product)、过程(Process)和项目(Project)进行分析和管理的活动。

为什么我们要实施项目管理,是为了提高项目的效益。

这里所指的项目的效益是一个综合性的指标,包括低风险、高产出等。

为此我们不难得出我们在实施项目管理应该掌握的度。

即:引入项目管理后所产生的效益减去项目管理的成本后必须大于未引入项目管理时的效益。

由于引入项目管理后所产生的效益与项目管理的复杂度(项目管理的成本)并非线性相关的,因此项目管理的复杂度必然存在一个最优值,这就是我们应该把握的度。

软件项目管理和其他的项目管理相比有相当的特殊性。

首先,软件是纯知识产品,其开发进度和质量很难估计和度量,生产效率也难以预测和保证。

其次,软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。

Windows这样的操作系统有1500万行以上的代码,同时有数千个程序员在进行开发,项目经理都有上百个。

这样庞大的系统如果没有很好的管理,其软件质量是难以想象的[1]。

软件项目管理系统的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期(从分析、设计、编码到测试-、维护全过程)都能在管理者的控制之下,以预定成本按期,按质的完成软件交付用户使用[2]。

而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则,方法,同时避免前人的失误。

1.2 开发意义
本毕业设计拟开发的《软件项目管理系统》将较好地解决以上问题。

在该系统中,包括开发流程跟踪、Bug管理、文档管理、财富库建设等基础功能,可以解决开发进度
跟踪困难、管理提交文档不便、开发过程中所产生的Bug处理结果不明、公司财富库得不到有效的利用。

1.3 实现目标
本系统主要实现以下目标:
1) 上传开发过程中所产生的文档,文档上传权限的控制,上传文档的目录的管理,文档在线查看功能。

2) 对已提交的文档进行评审,包括申请对文档的评审,评审人员分配,评审地点、时间的通知,评审结果的录入。

3) 财富库的建立,包括财富库资源的分类维护,资源上传,下载权限控制等操作。

2 需求分析
2.1 功能需求
本系统将包括以下功能:
1)文档管理
是指任务负责人上传任务文档。

对超期上传文档上传权限控制。

上传文档版本号的控制和目录管理。

其中文档上传指:项目经理创建任务,分配任务负责人,任务负责人提交任务文档,文档类型必须符合要求;超期文档上传指:任务负责人没有及时提交文档或文档已提交申请,但需要更新文档,须由项目经理开放上传权限之后,才能上传。

文档版本号控制:项目经理设置需上传的文档是对已有文档的更新还是上传新版本。

目录管理:若同一份文档有多个版本时,该任务文档保存到与该任务文档平级的以任务文档名称命名的文件夹中。

2)评审管理
任务负责人上传文档后,向项目经理提出申请,项目经理分配评审人员,评审日期和地址,发布评审信息,评审完成后填写评审结果。

3)财富库管理
财富库在公司发展中起着重要作用,财富库资源主由公司员工提供,为公司提供一个资源共享的空间。

主要包括资源上传,资源提供者可以限制所上传资源的访问权限(包括:按部门和职位两种权限控制方式),和员工下载资源。

2.2 可行性分析
可行性分析,即是在系统调查的基础上,针对新系统的开发是否具备必要性和可能性,对新系统的开发从技术、经济、操作等方面进行分析和研究,以避免投资失误,来保证新系统的开发成功。

可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。

该系统的可行性分析包括以下几个方面的内容。

1)经济可行性
经济可行性分析是估计项目的成本、效益和技术上是可行的。

开发本系统所需要的成本包括:
a.开发人员薪酬:经估算,开发本系统需要4个人月的工作量,单位人月工作量的薪酬是2000元,因此共需8000元。

b.其他费用:包括资料费,打印费等,共记1400元。

c.培训费用:需要约6000元。

d.维护费用:本系统每年的维护费用大约需要5000元:
2)技术可行性
技术上的可行性分析主要分析技术条件是否能顺利完成开发工作,硬、软件能否满足开发者的需要等。

此系统中采用Visual studio .Net 2008作为系统的集成开发环境[6]、以为O/R映射框架,SQL Server 2005作为后台数据库管理系统。

根据调查,目前所拥有的技术力量完全能够满足要求。

因此,从技术可行性的角度考虑,该系统是完全可行的。

3)操作可行性
本系统是基于B/S结构的WEB应用,用户界面友好,操作简单,使用人员经过简单的培训即可以掌握系统的使用;本系统的使用将有助于使用人员提高软件项目进度、所产生的文档的汇总的精确性,改善软件开发过程,缩短开发周期,因此本系统的推广不会受到系统使用者的抵触。

综上所述,此系统开发目标已明确,在技术、经济等方面都可行,并且投入少、见效快。

因此系统的开发是完全可行的。

2.3 用例图
软件项目管理系统系统信息模块用例图,如图2.4:
图2.4系统信息维护模块软件项目管理系统项目设置模块用例图,如图2.5:
图2.5项目设置模块软件项目管理系统评审管理模块用例图,如图2.6:
图2.6评审管理模块
软件项目管理系统文档管理模块用例图,如图2.7:
图2.7文档管理模块软件项目管理系统财富库模块用例图,如图2.8:
图2.8财富库模块2.4 活动图
软件项目管理系统财富库模块活动图,如图2.9:
图2.9系统信息维护模块
软件项目管理系统项目设置模块活动图,如图2.10:
图2.10项目设置模块
图2.11评审管理模块
软件项目管理系统文档管理模块活动图,如图2.12:
图2.12文档管理模块
图2.13财富库模块2.5 用例描述
用例编号: UC_XMXTXXWH_1
用例名称:系统用户维护
描述:
对系统用户进行添加、删除、修改操作。

主执行者:
系统管理员
前置条件:(无)
正常事件流:
表2.1 系统用户维护用例描述
执行者动作系统响应
1、点击添加员工显示添加员工界面
2、输入员工信息,再点击保存保存输入的数据,用例结束
3、点击修改显示修改员工界面
4、点击保存保存修改后的信息,用例结束
5、点击删除弹出确认对话框
6、点击确认删除员工信息,用例结束
可选事件流:
操作员可以取消操作
异常事件流:
员工姓名、登录名、登录密码为空时,弹出提示
用例编号: UC_XMXTXXWH_2
用例名称:修改密码
描述:
修改系统用户密码。

主执行者:
系统用户
前置条件:(无)
正常事件流:
表2.2修改密码用例描述
执行者动作系统响应
1、输入原密码和新密码两次,点击修改密码显示修改结果界面,用例结束可选事件流:(无)
异常事件流:(无)
用例编号: UC_XMXMSZ_1
用例名称:任务模板
描述:
对任务模板进行添加、删除、修改操作。

主执行者:
系统管理员
前置条件:(无)
正常事件流:
表2.3任务模板用例描述
执行者动作系统响应
1、点击新建任务模板显示新建任务模板界面
2、输入任务模板信息,再点击保存保存输入的数据,用例结束
3、点击修改显示修改任务模板界面
4、点击保存保存修改后的信息,用例结束
5、点击删除弹出确认对话框
6、点击确认删除任务模板信息,用例结束
可选事件流:
操作员可以取消操作
异常事件流:
员工姓名、登录名、登录密码为空时,弹出提示;工作量不是数字时,用0代替。

用例编号: UC_XMXMSZ_2
用例名称:文档模板
描述:
修改任务文档模板。

主执行者:
系统管理员
前置条件:(无)
正常事件流:
表2.4文档模板用例描述
执行者动作系统响应
1、点击设置显示设置任务文档模板界面
2、输入文档模板名称,再点击保存保存输入的数据,用例结束
可选事件流:
操作员可以取消操作
异常事件流:
文档名称为空时,弹出提示
用例编号: UC_XMPSGL_1
用例名称:可评审任务处理
描述:
对可提交评审的任务文档提交至项目经理,申请评审。

主执行者:
任务负责人
前置条件:(无)
正常事件流:
表2.5可评审任务处理用例描述
执行者动作系统响应
1、点击提交按钮显示确认对话框
2、点击确认提交需评审的文档,用例结束
可选事件流:
操作员可以取消操作
异常事件流:(无)
用例编号: UC_XMPSGL_2
用例名称:评审人员分配
描述:
对申请评审的文档分配评审人员,时间、地址,并发布评审信息至各评审人员。

主执行者:
系统管理员、项目经理
前置条件:(无)
正常事件流:
表2.6评审人员分配用例描述
执行者动作系统响应
1、点击分配显示分配评审人员界面
2、点击添加评审人员保存输入的数据
3、输入评审地点和时间,再点击提交保存输入信息,用例结束
4、点击删除弹出确认对话框
5、点击确认删除评审人员,用例结束
6、点击发布将评审状态置为发布
可选事件流:
操作员可以取消删除评审人员和添加评审人员操作
异常事件流:
当评审时间、地点为空时,弹出提示;当评审时间为非法字符时,用2010-01-01代替评审时间。

用例编号: UC_XMPSGL_3
用例名称:近期发布的评审任务
描述:
查看最近发布的评审信息。

主执行者:
评审人员
前置条件:评审信息已发布
正常事件流:(无)
可选事件流:(无)
异常事件流:(无)
用例编号: UC_XMPSGL_4
用例名称:评审结果录入
描述:
录入评审结果。

若评审未通过,则需要任务文档负责人重新修改文档,再次申请评审。

主执行者:
系统管理员或项目经理
前置条件:(无)
正常事件流:
表2.7评审结果录入用例描述
执行者动作系统响应
1、点击录入显示录入评审结果界面
2、输入评审结果,再点击提交保存输入的数据,用例结束
可选事件流:
操作员可以取消操作
异常事件流:
评审结果为空时,弹出提示
用例编号: UC_XMWDGL_1
用例名称:权限管理
描述:
设置任务文档的上传权限。

主执行者:
系统管理员或项目经理
前置条件:(无)
正常事件流:
表2.8权限管理用例描述
执行者动作系统响应
1、点击设置显示设置上传界面
2、修改上传权限和时间,再点击确定保存输入的数据,用例结束
3、当上传时限已过由自动运行程序自动关闭上传
关闭上传权限,用例结束权限
4、点击查看查看最新版本的文档,用例结束
可选事件流:
操作员可以取消操作
异常事件流:
结束时间为空时,弹出提示;当结束时间为非法字符时,用2010-01-01代替。

用例编号: UC_XMWDGL_2
用例名称:可上传文档管理
描述:
上传任务文档。

主执行者:
文档负责人
前置条件:(无)
正常事件流:
表2.9可上传文档管理用例描述
执行者动作系统响应
1、点击上传显示上传文档界面
2、选择要上传的文档,再点击确定上传文档,用例结束
可选事件流:
操作员可以取消操作
异常事件流:
上传文档路径为空或文档类型与规定的不一致时,弹出提示。

用例编号: UC_XMCFK_1
用例名称:资源分类
描述:
对资源分类进行添加、删除、修改操作。

主执行者:
系统管理员和项目经理
前置条件:(无)
正常事件流:
表2.10资源分类用例描述
执行者动作系统响应
1、点击添加分类显示添加分类界面
2、输入分类名称和上级分类,再点击保存保存输入的数据,用例结束
3、点击修改显示修改分类界面
4、点击保存保存修改后的信息,用例结束
5、点击删除弹出确认对话框
6、点击确认删除分类信息,用例结束
可选事件流:
操作员可以取消操作
异常事件流:
分类名称为空时,弹出提示
用例编号: UC_XMCFK_2
用例名称:资源上传
描述:
上传财富库资源,设置资源分类和允许访问的权限。

主执行者:
系统用户
前置条件:财富库分类已经建成
正常事件流:
表2.11资源上传用例描述
执行者动作系统响应
1、选择要上传的资源,选择文档分类点击提交,上传资源,用例结束
2、点击修改保存修改后的数据,用例结束
3、点击删除弹出确认对话框
4、点击确认删除选定的文档,用例结束
可选事件流:
操作员可以取消删除操作
异常事件流:
当上传或修改资源时,若文档分类未选定时,弹出提示;上传资源时,要上传资源的路径未空时,弹出提示。

用例编号: UC_XMCFK_3
用例名称:搜索文档
描述:
搜索与下载财富库资源。

主执行者:
系统用户
前置条件:(无)
正常事件流:
表2.12搜索文档用例描述
执行者动作系统响应
1、输入查询关键字显示符合条件的资源
2、点击资源链接下载资源,用例结束
可选事件流:
操作员可以取消操作
异常事件流:
员工姓名、登录名、登录密码为空时,弹出提示
2.6时序图
软件项目管理系统系统用户维护模块时序图,如图2.14:
图2.14系统用户维护软件项目管理系统修改密码模块时序图,如图2.15:
图2.15修改密码
软件项目管理系统任务模板模块时序图,如图2.16:
图2.16任务模板
软件项目管理系统文档模板模块时序图,如图2.17:
图2.17文档模板
软件项目管理系统可评审任务处理模块时序图,如图2.18:
图2.18可评审任务处理
软件项目管理系统评审人员分配模块时序图,如图2.19:
图2.19评审人员分配
软件项目管理系统近期发布的评审任务模块时序图,如图2.20:
图2.20近期发布的评审任务软件项目管理系统评审结果录入模块时序图,如图2.21:
图2.21评审结果录入
软件项目管理系统权限管理模块时序图,如图2.22:
图2.22权限管理
软件项目管理系统可上传文档管理模块时序图,如图2.23:
图2.23可上传文档管理
软件项目管理系统资源分类模块时序图,如图2.24:
图2.24资源分类
软件项目管理系统资源上传模块时序图,如图2.25:
图2.25资源上传
软件项目管理系统搜索资源模块时序图,如图2.26:
图2.26搜索资源
2.7系统开发平台及主要技术
本系统采用Visual Studio 2008作为开发平台;在数据存取层,采用先进的 作为O/R Map工具,实现数据存取的高效性和灵活性;在用户界面层,扩展了Repeater 控件,以实现对项目阶段任务和文档的呈现。

2.7.1 技术在本系统中的应用
相对Hibernate和Apache OJB 等“一站式”ORM解决方案而言,IBatis[9]是一种“半自动化”的ORM实现。

所谓“半自动”,可能理解上有点生涩。

纵观目前主流的ORM,无论Hibernate 还是Apache OJB,都对数据库结构提供了较为完整的封装,提供了从POJO 到数据库表的全套映射机制。

程序员往往只需定义好了POJO 到数据库表的映射关系,即可通过Hibernate或者OJB 提供的方法完成持久层操作。

程序员甚至不需要对SQL 的熟练掌握,Hibernate/OJB 会根据制定的存储逻辑,自动生成对应的SQL 并调用JDBC 接口加以执行。

2.7.2 Ajax技术在本系统中的应用
AJAX[7]全称为“Asynchronous JavaScript and XML”(异步JavaScript和XML),是指一种创建交互式网页应用的网页开发技术。

国内通常的读音为“阿贾克斯”和阿贾克斯足球队读音一样。

Web应用的交互如Flickr, Backpack和Google在这方面已经有质的飞跃。

这个术语源自描述从基于网页的Web应用到基于数据的应用的转换。

在基于数据的应用中,用户需求的数据如联系人列表,可以从独立于实际网页的服务端取得并且可以被动态地写入网页中,给缓慢的Web应用体验着色使之像桌面应用一样。

虽然大部分开发人员在过去使用过XMLHttp或者使用Iframe来加载数据,但仅到现在我们才看到传统的开发人员和公司开始采用这些技术。

就像新的编程语言或模型伴随着更多的痛苦,开发人员需要学习新的技巧及如何最好利用这些新技术。

2.7.3 jQuery技术在本系统中的应用
jQuery[14]是继prototype之后又一个优秀的Javascript框架。

其宗旨是——WRITE LESS,DO MORE,写更少的代码,做更多的事情。

它是轻量级的js库(压缩后只有21k) ,这是其它的js库所不及的,它兼容CSS3,还兼容各种浏览器(IE 6.0+, FF 1.5+, Safari 2.0+, Opera 9.0+)。

jQuery是一个快速的,简洁的javaScript库,使用户能更方便地处理HTML documents、events、实现动画效果,并且方便地为网站提供AJAX交互。

jQuery还有一个比较大的优势是,它的文档说明很全,而且各种应用也说得很详细,同时还有许多成熟的插件可供选择。

jQuery能够使用户的html页保持代码和html内容分离,也就是说,不用再在html 里面插入一堆js来调用命令了,只需定义id即可。

3总体设计
3.1系统的总体架构
3.1.1 平台架构
本系统采用了五层体系架构,包括:表示层、业务逻辑层接口层、业务逻辑层、数据访问层、数据传输层。

1)表示层:本系统采用了基于Web的系统,处理软件开发过程中进度跟踪、文档管理等功能。

在这一层中,可以向系统使用者清晰直观的系统软件项目的状态。

采用JQuery、CSS和Ajax三种技术,使用户界面更加友好、美观、清晰。

2)业务逻辑层接口层:该层将业务逻辑和用户界面分离,降低代码耦合度,提高代码灵活性。

3)业务逻辑层:该层将业务逻辑封装,提高复用程度。

4)数据访问层:用于存储和管理系统中所需的数据。

本系统中用的数据库是SQL SEVER 2000。

5)数据传输层:
系统的总体结构如图3.1所示:
图3.1 软件项目管理系统结构图
3.1.2 功能架构
图3.2 软件项目管理功能架构图
3.2 数据库设计
本毕业设计采用了SQL Server 2005作为后台数据库。

3.2.1 数据库概念设计
本系统要求对于每个任务类型为文档的任务,却需要评审的,都要走评审流程,才可结束任务。

若文档没有通过评审,则需要修改文档,或上传新的文档,再次申请评审,直到评审通过。

对于每个任务可能对应多个版本文档,而每份文档都需要评审。

项目经理需要为每个需要评审的任务分配评审人员。

对于财富库方面,要求每一份资源都要有至少一种分类,多个关键字来供系统用户查询。

而上传资源用户可以将资源分配给不同角色或部门,以限制资源的访问。

综上所述,本毕业设计的E-R[3]图如图3.2所示:
图3.2 ER图
3.2.2数据库逻辑设计
该E-R图有十四个实体,十个1:N联系,三个1:1联系,一个M:N联系,转换成关系模式如下:
Popedom(PopedomID,DenayID,LibraryDocumentID,PopedomType)
Keyword (KeywordID,LibraryDocumentID,KeywordName)
Classify (ClassifyID,ClassifyName,FID,CreateID,CreateTime)
LibraryDocument (LibraryDocumentID, LibraryDocumentName,Url, PostFix, UploadTime,UploadUserID)
UserInfo (UID,UserName,LoginName,Password,DID,Telephone,Email,Address,Sex, RID, IsEable)
UserRole (RID,RoleName,AbridgeName)
Department (DID,DepartmentName,FatherDepartmentID)
ProjectMember (MemberID, UserRole,ProjectCode, AbridgeName,MemberName, IsManager,DepartmentName , UserID)
Project (id,ProjectCode,ProjectName,PlanStartTime,StartTime,PlanEndTime, EndTime,CreateID,ProjectFee,IsEable,ProjectDescription,AbridgeName,CreateName, ProjectState)
Task (TaskID,ProjectCode,UserID,TaskType,TaskState,TaskStartTime,TaskEndTime, TaskTemplateID, WorkLoad,IsNeedAccreditation,ProjectStage,TaskName,IsMilestone, PreTaskID,IsEable,Result,TaskActualStartTime,TaskActualEndTime)
Pro_Document (Project_Document_ID,ProjectCode,SubmitTime,TaskID, DocumentName,PostFix,IsMainDocument,Url,Version,Yn,IsReslove)
TaskTemplate (TaskTemplateID, TaskTemplateName,ProjectStage, CreateName, CreateTime,Workload,IsEable,TaskType,PreTaskID,IsMilestone,IsNeedAccreditation) DocumentTemplate (DocumentTemplateID,TaskTemplateID,DocumentTemplateName, PostFix)
Accreditation (AccreditationID,AccreditationResult,TaskID,AccreditationTime, AccreditationAddress,AccreditationState)
AccreditationPeople (AccreditationPeopleID, UserID,UserType, TaskID)
Mapping(MappingID, ClassifyID, LibraryDocumentID)
3.2.3数据库物理设计
根据数据库逻辑设计的数据结构,并结合需求分析的内容,数据库的物理结构设计如下表:
表3.1 Popedom 权限表
字段名字段类型字段长度字段含义PopedomID int 4 主键
DenayID int 4 拒绝访问编号LibraryDocumentID int 4 外键(财富库资源编号)PopedomType int 4 拒绝访问类型(部门和角色两种)
表3.2 Keyword 关键字表
字段名字段类型字段长度字段含义KeywordID int 4 主键LibraryDocumentID int 4 外键(财富库资源编号)KeywordName Varchar 50 关键字
表3.3 Classify 分类表
字段名字段类型字段长度字段含义ClassifyID int 4 主键
ClassifyName varchar 20 分类名称
FID int 4 上级分类编号
CreateID int 4 外键(创建人编号)CreateTime datetime 8 创建时间
表3.4 LibraryDocument财富库资源表
字段名字段类型字段长度字段含义LibraryDocumentID int 4 主键LibraryDocumentName varchar 50 资源名称
Url varchar 150 资源路径UploadUserID int 4 上传者编号UploadTime datetime 8 上传时间
PostFix varchar 50 资源类型
表3.5 UserInfo 系统用户表
字段名字段类型字段长度字段含义UID int 4 主键
UserName nvarchar 50 用户名LoginName varchar 20 登录名
Password varchar 20 登录密码
DID int 4 部门编号Telephone varchar 11 手机号
Email varchar 50 e-mail
Address varchar 100 联系地址
RID int 4 角色编号
IsEable bit 1 标识该用户是否有效
表3.6 UserRole 用户角色表
字段名字段类型字段长度字段含义RID int 4 主键
RoleName varchar 14 角色名AbridgeName varchar 3 缩写
表3.7 Department 部门表
字段名字段类型字段长度字段含义DID int 4 主键DepartmentName varchar 20 部门名称FatherDepartmentID int 4 上级部门编号
表3.8 ProjectMember 项目成员表
字段名字段类型字段长度字段含义MemberID int 4 主键
UserRole varchar 14 成员角色ProjectCode varchar 20 项目代码AbridgeName varchar 3 角色缩写MemberName varchar 50 成员姓名DepartmentName varchar 20 部门名称
UserID int 4 外键(用户编号)IsManager bit 1 是否是项目经理
表3.9 Project 项目表
字段名字段类型字段长度字段含义
id int 4 主键
ProjectCode varchar 20 项目代码ProjectName varchar 50 项目名称
StartTime datetime 8 开始时间PlanEndTime datetime 8 计划结束时间EndTime datetime 8 实际结束时间CreateID int 4 外键(创建人编号)ProjectFee float 8 项目经费
IsEable bit 1 项目是否启用ProjectDescription text 16 项目描述AbridgeName varchar 20 项目简称CreateName varchar 20 创建人姓名ProjectState int 4 项目状态PlanStartTime datetime 8 计划开始时间
表3.10 Task 任务表
字段名字段类型字段长度字段含义TaskID int 4 主键
ProjectCode varchar 20 项目代码
UserID int 4 外键(负责人编号)TaskType int 4 任务类型
TaskState int 4 任务状态TaskStartTime datetime 8 任务计划开始时间TaskEndTime datetime 8 任务计划结束时间TaskTemplateID int 4 外键(任务模板编号)WorkLoad float 8 工作量IsNeedAccreditation bit 1 是否需要评审ProjectStage int 4 任务所处阶段TaskName varchar 50 任务名称IsMilestone bit 1 是否是里程碑任务IsEable bit 1 是否为启用任务Result varchar 100 任务执行结果TaskActualStartTime datetime 8 任务实际开始时间TaskActualEndTime datetime 8 任务实际结束时间PreTaskID int 4 前置任务编号
表3.11 Pro_Document 项目文档表
字段名字段类型字段长度字段含义Project_Document_ID int 4 主键
ProjectCode varchar 20 项目代码SubmitTime datetime 8 文档提交时间DocumentName varchar 50 文档名称
PostFix varchar 10 文档后缀IsMainDocument bit 1 是否为最新版本
Url varchar 200 文档存放路径Version varchar 50 版本号
Yn bit 1 是否允许上传IsReslove bit 1 是否已经处理
TaskID int 4 外键(任务编号)
表3.12 TaskTemplate 任务模板表
字段名字段类型字段长度字段含义TaskTemplateID int 4 主键TaskTemplateName varchar 50 任务名称ProjectStage int 4 所处阶段CreateTime datetime 8 创建时间
IsEable bit 1 是否启用
TaskType int 4 任务类型PreTaskID int 4 前置任务IsMilestone bit 1 是否为里程碑任务IsNeedAccreditation bit 1 是否需要评审Workload float 8 参考工作量
表3.13 DocumentTemplate 文档模板表
字段名字段类型字段长度字段含义DocumentTemplateID int 4 主键TaskTemplateID int 4 外键(任务模板编号)DocumentTemplateName varchar 50 参考文档名称PostFix varchar 10 文档后缀。

相关文档
最新文档