3,242
社区成员
发帖
与我相关
我的任务
分享SharePoint 工作考勤
各位：
现需要实现一项考勤系统，确不知如何实现，请各位赐教。
1、考勤汇总：汇总每月、每年每个人的出勤天数、请假天数、迟到天数、矿工天数等，最后对汇总可以维护添加备注、需要打印汇总表。（不知道用视图实现、还是新建一个页面比较好，考勤数据在SharePoint中,如果是WebPart实现的话,数据从那取?sharepoint还是数据库?不知道在sharepoint中添加数据从sharepoint库怎么取数据）
2、请假流程：病假、事假、产假等请假审批（多级）流程,最好提供一个可以公开的简单的例子(不胜感激)。
现需要实现一项考勤系统，确不知如何实现，请各位赐教。
1、考勤汇总：汇总每月、每年每个人的出勤天数、请假天数、迟到天数、矿工天数等，最后对汇总可以维护添加备注、需要打印汇总表。（不知道用视图实现、还是新建一个页面比较好，考勤数据在SharePoint中,如果是WebPart实现的话,数据从那取?sharepoint还是数据库?不知道在sharepoint中添加数据从sharepoint库怎么取数据）
2、请假流程：病假、事假、产假等请假审批（多级）流程,最好提供一个可以公开的简单的例子(不胜感激)。
...全文
请发表友善的回复…
发表回复
liangweijialiulin 2011-05-10
- 打赏
- 举报
我感觉考勤这东西最好还是别用列表存储，因为考勤数据量太大了，用列表性能太差了，我之前做过一个oa的考勤模块，开始使用sharepoint列表存储，可是当数据量上来时，各种统计功能基本是不能用了，查询数据太慢了。（考勤数据到几万条的时候，很明显）
狙击手 2011-05-10
- 打赏
- 举报
[Quote=引用 25 楼 liangweijialiulin 的回复:]
我感觉考勤这东西最好还是别用列表存储，因为考勤数据量太大了，用列表性能太差了，我之前做过一个oa的考勤模块，开始使用sharepoint列表存储，可是当数据量上来时，各种统计功能基本是不能用了，查询数据太慢了。（考勤数据到几万条的时候，很明显）
[/Quote]
如果还是用MOSS做的话，只能保存在列表中了，如果直接访问数据库感觉就失去使用MOSS的意义了，到不如用.Net直接开发方便。
我感觉考勤这东西最好还是别用列表存储，因为考勤数据量太大了，用列表性能太差了，我之前做过一个oa的考勤模块，开始使用sharepoint列表存储，可是当数据量上来时，各种统计功能基本是不能用了，查询数据太慢了。（考勤数据到几万条的时候，很明显）
[/Quote]
如果还是用MOSS做的话，只能保存在列表中了，如果直接访问数据库感觉就失去使用MOSS的意义了，到不如用.Net直接开发方便。
段传涛 2011-05-07
- 打赏
- 举报
我是用webpart 部件实现的。
现在公司一直在用， 但是没有做导出
现在公司一直在用， 但是没有做导出
狙击手 2011-05-04
- 打赏
- 举报
目前我还没有修改、操作过模板页，数据库也没有修改过，都是直接在moss网站中调整，或者添加页面、webpart等。
不知道是我自己走偏了，还是moss使用就是这么麻烦，而且使用意义不大呢？或者我还没有真正理解MOSS存在的意义。呵呵，就是感觉不方便、约束、麻烦。
不知道是我自己走偏了，还是moss使用就是这么麻烦，而且使用意义不大呢？或者我还没有真正理解MOSS存在的意义。呵呵，就是感觉不方便、约束、麻烦。
shanshanzhu 2011-04-28
- 打赏
- 举报
你做这个的时候有没有用到母版页，
shanshanzhu 2011-04-28
- 打赏
- 举报
[Quote=引用 14 楼 mianbidashi 的回复:]
楼上的，你好。我目前是在07中实现的，数据统计、汇总是通过后台程序实现的，定时启动汇总，从打卡记录到考勤表每天生成一次，汇总表每月初启动一次。汇总表打印是通过IE自带的打印功能实现的，自定义一个页面，然后使用GridView实现分页，页面中不打印的部分通过js屏蔽掉。
[/Quote]
还有就是做这个的时候你看过那些资料，我现在用的是sharepoint2010，想买本书看，但是那些书都是英文的。我是刚刚才接触sharepoint的有好多的问题都不懂
楼上的，你好。我目前是在07中实现的，数据统计、汇总是通过后台程序实现的，定时启动汇总，从打卡记录到考勤表每天生成一次，汇总表每月初启动一次。汇总表打印是通过IE自带的打印功能实现的，自定义一个页面，然后使用GridView实现分页，页面中不打印的部分通过js屏蔽掉。
[/Quote]
还有就是做这个的时候你看过那些资料，我现在用的是sharepoint2010，想买本书看，但是那些书都是英文的。我是刚刚才接触sharepoint的有好多的问题都不懂
Deltag1984 2011-04-28
- 打赏
- 举报
[Quote=引用 9 楼 shadan05 的回复:]
可以把sharepoint的列表，当成关系型数据库设计。 呵呵！
[/Quote]
这个，性能，数据迁移，备份都是问题
可以把sharepoint的列表，当成关系型数据库设计。 呵呵！
[/Quote]
这个，性能，数据迁移，备份都是问题
shanshanzhu 2011-04-28
- 打赏
- 举报
还有就是sharepoint 本身是有自已的数据库的.现在做项目要不要重新建一个数据库,还是在原有的数据库上加表就可以了
狙击手 2011-04-27
- 打赏
- 举报
谢谢楼上仁兄。
有个问题：
比如一个列表视图，我想修改样式（例如：表头背景色、内容、字段控件、翻页等等moss默认视图不支持），这样就必须自定义页面或者webpart了吧，如果webpart的话，可能涉及到浏览视图、编辑视图、新建视图，这一个列表需要实现1-3个webpart，这样工作量太大了。而且设计出来的webpart应该也只能在此处使用，其他列表不能使用。
你们在开发moss项目时使用最多的是那部分内容？webpart或者自定义一个页面，还是designer修改，或者其他。各位认为他的优势在那？权限管理、统计功能、搜索，或者与微软其他产品的结合？
个人感觉：做多了moss感觉使用moss开发麻烦，因为目前很多使用者（用户）还是停留在asp.net的效果，如果做成asp.net效果又得自己修改页面，确实挺麻烦的，倒不如直接asp.net开发方便。
有个问题：
比如一个列表视图，我想修改样式（例如：表头背景色、内容、字段控件、翻页等等moss默认视图不支持），这样就必须自定义页面或者webpart了吧，如果webpart的话，可能涉及到浏览视图、编辑视图、新建视图，这一个列表需要实现1-3个webpart，这样工作量太大了。而且设计出来的webpart应该也只能在此处使用，其他列表不能使用。
你们在开发moss项目时使用最多的是那部分内容？webpart或者自定义一个页面，还是designer修改，或者其他。各位认为他的优势在那？权限管理、统计功能、搜索，或者与微软其他产品的结合？
个人感觉：做多了moss感觉使用moss开发麻烦，因为目前很多使用者（用户）还是停留在asp.net的效果，如果做成asp.net效果又得自己修改页面，确实挺麻烦的，倒不如直接asp.net开发方便。
Oo云 2011-04-26
- 打赏
- 举报
[Quote=引用 15 楼 mianbidashi 的回复:]
我还有个问题需要请教各位老鸟。
你们在做MOSS项目时，是否经常自定义WebPart，基本每个不规则的页面（列表视图）都需要自己写webpart，而且这个webpart也只能在此项目的此列表使用？
我前几天和两个北京做SharePoint（2007和2010）的两个朋友聊天，他们设计的MOSS项目都是基本每个页面都写一个Web Part，而且我看到每个Web Part只能在此处使用，换……
[/Quote]
SharePoint 不能做过于复杂的业务系统
如果说webpart 只能一个地方用其他的地方就用不了,只能说
他架构的水平有限,没有考虑网站的通用功能.现在好一点的项目 SharePoint 本身功能和二次开发的功能各站一半 就算已经很好了.个人意见.
我还有个问题需要请教各位老鸟。
你们在做MOSS项目时，是否经常自定义WebPart，基本每个不规则的页面（列表视图）都需要自己写webpart，而且这个webpart也只能在此项目的此列表使用？
我前几天和两个北京做SharePoint（2007和2010）的两个朋友聊天，他们设计的MOSS项目都是基本每个页面都写一个Web Part，而且我看到每个Web Part只能在此处使用，换……
[/Quote]
SharePoint 不能做过于复杂的业务系统
如果说webpart 只能一个地方用其他的地方就用不了,只能说
他架构的水平有限,没有考虑网站的通用功能.现在好一点的项目 SharePoint 本身功能和二次开发的功能各站一半 就算已经很好了.个人意见.
狙击手 2011-04-26
- 打赏
- 举报
我还有个问题需要请教各位老鸟。
你们在做MOSS项目时，是否经常自定义WebPart，基本每个不规则的页面（列表视图）都需要自己写webpart，而且这个webpart也只能在此项目的此列表使用？
我前几天和两个北京做SharePoint（2007和2010）的两个朋友聊天，他们设计的MOSS项目都是基本每个页面都写一个Web Part，而且我看到每个Web Part只能在此处使用，换个地方就无法实现，不像SharePoint自带的那么灵活。
如果每个页面都需要写这么一个只能此处使用的Web Part，那么为什么非要在SharePoint中实现呢？我们不用Asp.net完成这个系统？？
心里貌似有些迷茫了，请热心的老鸟指点。谢谢！！！
你们在做MOSS项目时，是否经常自定义WebPart，基本每个不规则的页面（列表视图）都需要自己写webpart，而且这个webpart也只能在此项目的此列表使用？
我前几天和两个北京做SharePoint（2007和2010）的两个朋友聊天，他们设计的MOSS项目都是基本每个页面都写一个Web Part，而且我看到每个Web Part只能在此处使用，换个地方就无法实现，不像SharePoint自带的那么灵活。
如果每个页面都需要写这么一个只能此处使用的Web Part，那么为什么非要在SharePoint中实现呢？我们不用Asp.net完成这个系统？？
心里貌似有些迷茫了，请热心的老鸟指点。谢谢！！！
狙击手 2011-04-26
- 打赏
- 举报
楼上的，你好。我目前是在07中实现的，数据统计、汇总是通过后台程序实现的，定时启动汇总，从打卡记录到考勤表每天生成一次，汇总表每月初启动一次。汇总表打印是通过IE自带的打印功能实现的，自定义一个页面，然后使用GridView实现分页，页面中不打印的部分通过js屏蔽掉。
shanshanzhu 2011-04-21
- 打赏
- 举报
我想知道你是怎么解决的
shanshanzhu 2011-04-21
- 打赏
- 举报
你的这个问题是怎么解决的?我现在跟你一样要做个考勤系统,但是不知道从何处下手.
handsome‘sboy 2011-04-21
- 打赏
- 举报
ok!
cshadow 2011-01-20
- 打赏
- 举报
基于这些需求可以用infopath实现，页面工作比较多，开发量就少一些了
shadan05 2011-01-17
- 打赏
- 举报
可以把sharepoint的列表，当成关系型数据库设计。 呵呵！
shadan05 2011-01-17
- 打赏
- 举报
建议还是用vs去开发，原因，简单的可以满足，但是以后要扩展比较麻烦，还是就是考勤这东西说简单也简单，但是如果要细节人性化还真不是件容易的事儿。
狙击手 2011-01-15
- 打赏
- 举报
谢谢楼上的，谢谢各位。我这里是2007，只需要打印表单，打印功能恐怕麻烦点了。
我想用infopath表单实现，页面控制比较灵活一点（布局、某些项用户可以修改），其中数据从其他列表中读取，还涉及到一些逻辑的运算，而且打印时需要分页，不知道行不行，有什么见解请大家赐教。呵呵，我先试试。
我想用infopath表单实现，页面控制比较灵活一点（布局、某些项用户可以修改），其中数据从其他列表中读取，还涉及到一些逻辑的运算，而且打印时需要分页，不知道行不行，有什么见解请大家赐教。呵呵，我先试试。
Oo云 2011-01-02
- 打赏
- 举报
[Quote=引用 5 楼 mianbidashi 的回复:]
谁可以说的详细点？？
[/Quote]
所有功能的设计，可以把sharepoint的列表，当成关系型数据库设计，不建议用查阅项做关联。
例如，请假，用一个表做请假单，如果不是很复杂，这一个列表就够了，数据的统计，可用asp.net开发
也可用ReportServices来做，RS的数据源可以设置为列表，C#操作列表的程序网上一大堆，
工作流如果不复杂，不需要退回这样操作，可用sharepointdesigner做，麻烦点的就得vs开发了。
打印的功能，看你是要打印什么东西，如果是打印表单，在2010里在url后面加上&isdlg=1就可以只剩表单其他全没，然后用浏览器的打印就可以了。07有点麻烦。
如果你是要打印统计数据，可能要你自己写了。
到网上找个考勤管理系统，学学他的系统是怎么设计的，然后再来设计你的sharepoint网站。
碰到技术点 不会的再问
谁可以说的详细点？？
[/Quote]
所有功能的设计，可以把sharepoint的列表，当成关系型数据库设计，不建议用查阅项做关联。
例如，请假，用一个表做请假单，如果不是很复杂，这一个列表就够了，数据的统计，可用asp.net开发
也可用ReportServices来做，RS的数据源可以设置为列表，C#操作列表的程序网上一大堆，
工作流如果不复杂，不需要退回这样操作，可用sharepointdesigner做，麻烦点的就得vs开发了。
打印的功能，看你是要打印什么东西，如果是打印表单，在2010里在url后面加上&isdlg=1就可以只剩表单其他全没，然后用浏览器的打印就可以了。07有点麻烦。
如果你是要打印统计数据，可能要你自己写了。
到网上找个考勤管理系统，学学他的系统是怎么设计的，然后再来设计你的sharepoint网站。
碰到技术点 不会的再问
加载更多回复（5）
