modified on 6 May 2009 at 13:38 ••• 1,040 views

Projects/Blue Sky ideas!

From OpenCATS

Jump to: navigation, search

OpenCATS New System and Project Page

This is the page for the launch of a completely fresh OpenCATS that is:

  • free and clear of any of the current license restrictions
  • community driven
  • clean fresh architecture
  • currently called OSATS (in SVN)

Contents

Getting started

Introduction

Use the page below or new pages to document needed features, planning, links etc. A lot of discussion has already taken place on the forums

Ideas

Logical design

  • workflow was clearly articulated in a historic post from mabdalla
  • what's great should collate what we really love about the existing app
  • what sucks should collate what we really hate about the existing app
  • i wish it did - needs to summarise the wish list for the app...

User Interface

The first thing I would like to see is a frontend interface that would allow a user to input their own application online.

The front-end interface should be useable as a separate module installable on a web-server, which can communicate back to the ATS server. 
For example the Joomla Module available for OpenCATS can be installed on a remote Joomla instance, and will talk back to OpenCATS using MySQL and FTP.
There are tweaks for MySQL query caching that make the speed for the remote site very fast.

Naming

Drop the C in the name: Become OpenATS

--good idea --RussH 23:35, 5 February 2009 (UTC)
an existing issue with domain parking would be an issue, but you can always go the firefox and dropbox route and just prefix the domain with 'get'

Design

  • Agree a language / platform etc
  Localization should be introduced to the system using resources sheets or at least by imitating the current way that CATS
  does translate the system into several other languages. Later we can ask volenteers from each culture to localize the
  interface into their own language.
  • Expand data model to include credentials, licenses and verification trail/history on education, experience and skills
  • Implement the HR-XML specification for import/export to and from the ATS
  • Agree a set of standard api's
  I believe this is a very important seperation point between modules/applications and the core system entities such as user
  management, security and privacy. Once a set of standard api's are agreed on, application can use these api's to access the
  system features and provide their own functionality.
  • Adding a reporting module / application
  This basically requires use of a reporting tool like crystal reports or any other OS php/mysql tool.
  • Enhancing the current Calendar Module
  There is a Calendar module already existing in the current system and i think we will have to develop it further for
  scheduling purposes in later iterations.
  • Adding an emailing module / application
  This should be on top of our priorities. Email is at the heart of the system and many recruiter/candidate interactions
  should be managed through it. A email marketing campagin module should be introduced and this can be similare to what
  SugarCRM's email management module currently offers. More on this later.

Features

  • Resume Import and Parsing
    • Parse converted resumes to extract the primary pieces of important data like Name, Phone, email
    • Consider parse to XML hierarchy (see below) for future skills, dates etc parsing would have a better foundation to build on
    • Appears to be open standard already for HR-XML Resumes at http://ns.hr-xml.org/2_5/HR-XML-2_5/SEP/Resume.html


I'd like to see a frontend interface users could use to find and apply for openings. One thing I think would also be great is to impliment 3 sections:

  • Position Openings
  • Applications
  • Questionaires

The admin would create job openings and diffrent questionaires, and for job opening x you'd have to complete questionaire x, for job openinging y you need questionaries x and y completed.

Next the user (or the admin for users who mail it it) would add their resume, the resume should be indexed to be searchable and the user can identify the open positions they want to be considered for, and link their resume to those.

When you search for an applicant you get though groups, in this order:

1. Users who meet search criteria and have asked to be cconsidered for the job you are currently searching for a canidate for

2. Users who match your serach criteria but have not specifically asked to be considered for the job you are currently searching for a canidate for

3. Users who don't match your search but have asked to be considered for the job you are currently searching for a canidate for

These are just my ideas as a business person on what I would like to see in an ATS.

Framework

  • OR mapper
  • MVC
  • Symfony with Doctrine
    • http://www.symfony-project.org
      • Symfony is an easy to use, robust web development framework built on MVC architecture. Symfony provides tools, framework, architecture, and ORM to build complex applications that are faster and bug free. Additionally, it uses best development practices and integrates with other essential third party applications.
    • http://www.doctrine-project.org/