Ashish,

When considering what to put in the HR application please keep in mind the general pattern for the OFBiz base applications: they are meant to be generic user interfaces that are mostly organized around the data and not around a process or role and with minimal redundancy around that data. The specialpurpose components are more for applications that are meant for a certain role or process, and in many cases the point of using OFBiz is to start with these generic application artifacts (entities, services, screens, forms, etc) and reuse them to create applications organized around business processes and roles/ actors in those processes to more directly address the needs of a given business.

For the HR application that means have it stick to HR stuff, and not try to duplicate or even reuse functionality in the WorkEffort application. For plain base application use if someone wants to track time or tasks or calendar events, then they should hop over to the WorkEffort app, and then if they want to do more with positions and skills and so on they should hop back to the HR app.

For Content stuff the general content functionality is in the Content Manager, but if you want to have content associated with a particular entity in HR then having a quick upload form or something that does that, perhaps along with a link to the actual content screen in the content manager, might be a good way to go (basically what we do with the ProductContent stuff in the Catalog Manager).

-David


On Jun 9, 2008, at 12:41 AM, Ashish Vijaywargiya wrote:

Jacques,

I am thinking to integrate following components  in HR module :-

WorkEffort (For Task and Time Sheet management of Employee)
Contentmgr (For content management like Resume , Training)
Report Module :- I am thinking what kind of reports can be of help in HR
(Some of them are in my mind are like Part Time Employee , Full Time
Employee , Manager etc).
It may happen that some Java files may come up in picture while working with
Reports.

When all above things will be finalized in my mind then I will write down
some writeup's on JIRA issue then we can start working on that.
If somebody has good thoughts in their mind for the above topic then I
request them to share those thoughts :-)

--
Ashish


On Sun, Jun 8, 2008 at 5:26 AM, Jacques Le Roux <
[EMAIL PROTECTED]> wrote:

Impressive, I did not notice that. Any java file in Humanres ! Proof that the Framework is really mature (if a proof was needed) or that Humanres
still need some work ? :o)

Jacques


Author: ruppert
Date: Sat Jun  7 20:39:32 2008
New Revision: 664427

URL: http://svn.apache.org/viewvc?rev=664427&view=rev
Log:
Removed the building of the humanres javadoc since there are no java files
at this point and it's causing a build error during generation

Modified:
ofbiz/trunk/applications/humanres/build.xml

Modified: ofbiz/trunk/applications/humanres/build.xml
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/humanres/build.xml?rev=664427&r1=664426&r2=664427&view=diff

= = = = = = = = = = ====================================================================
--- ofbiz/trunk/applications/humanres/build.xml (original)
+++ ofbiz/trunk/applications/humanres/build.xml Sat Jun 7 20:39:32 2008
@@ -108,12 +108,15 @@
<!-- ==================================================================
-->

 <target name="docs" depends="prepare-docs,classpath">
+ <!-- Commented out since there are no java files in this package
at this time -->
+        <!--
     <javadoc packagenames="org.ofbiz.humanres.*"
              classpathref="local.class.path"
              destdir="${build.dir}/javadocs"
              Windowtitle="Open for Business - ${desc}">
         <sourcepath path="${src.dir}"/>
     </javadoc>
+        -->
 </target>

 <target name="all" depends="jar,docs"/>





Reply via email to