files.transtutors.com€¦  · web viewin general a typical work centered analysis framework (wca)...

61
Choice Appointments Case Study Analysis 1 | Page

Upload: others

Post on 21-Oct-2020

1 views

Category:

Documents


0 download

TRANSCRIPT

Choice Appointments Case Study Analysis

Table of ContentsTask 1: Work Centered Analysis Framework3Task 2: Client Interviews7Task 3: Performance Analysis9Task 4: Architecture of the proposed Information system for Choice Appointments Recruiting Company104.1 ERD (Entity Relationship Diagram)104.2 Third Normal Form11Task 5: Data flow diagram (DFD) modeling25Task 6: Database Implementation266.1 Data Dictionary266.2 Relationships336.3 Queries and Reports38Task 7: User Manual43References48

Task 1: Work Centered Analysis Framework

In general a typical Work Centered Analysis Framework (WCA) deals with information systems and the key business components involved building the respective framework. All the business and technical elements of the business can be analyzed using the WCA framework and it clearly declares that, system is always more and has more importance the technology. Irrespective of the technology, system should be built with ample architecture level aspects, such that even a non-technical person can understand the entire flow of the system or application (Reijers, 2011). Typical architecture of WCA framework is as shown below

Fig 1.1: WCA (Work Centered Analysis) framework (Kelly, 2015)

From the above figure it is clear that, WCA is composed of three important levels like customers, products and business process, where the respective business process holds the further elements like participant, information and technology. Thus from the above analysis on WCA it can be noticed that, entire business process is executed to produce the products which were used by the customers ultimately, where the role of technology, information and participants is crucial in this context (Kelly, 2015).

Now the case of Choice Appointments consultants is considered and analyzed using the WCA framework to derive the key components, elements and issues with respective to the level of information given. From the case analysis it can be understood that, Choice appointments mainly deals with staffing services and following are the six elements identified against the WCA framework

Customer

Customers identified for Choice Appointments consultancy as per the WCA framework are as listed below

· Managers of the client companies who are in need to hire an employee or staff

· All the applicants or contractors who receive the responses regarding the job application

· Agencies who receives the report regarding the job opportunities or the guidelines

Product

Following are the products identified for Choice Appointments case study as per the WCA framework

· List of applicants or contractors who fits the job position

· All the selected data items considered regarding the job position of the applicant

· Automatically generated acceptance or rejection letters

· Tests which include both the spelling test and computer tests using the tools like Microsoft Word, Microsoft Access, Microsoft PowerPoint and Microsoft Excel

· Timesheets, invoice and proof of payment maintained over the database and sent to the contractor (Faust, 2014)

Business Process

Following are the key business processes identified using the WCA framework against the case study of Choice Appointments consultancy

· Defining the selection criteria of the applicants

· Receiving the resumes from the applicants

· Scanning the resumes and extracting the required data of the applicants

· Selection of applicant based on the meeting the criteria of job position and thus forwarding the resumes for further processing to the respective hiring managers

· Sending the rejection letter or acceptance letters

· Tracking the entire hiring process

· Conducting the interview selection process using the tests like spelling and computer based tests

· Storing the applicant data for further recruitment or search process

Participants

Participants identified over the case of Choice Appointments using the WCA framework are as listed below

· Managers involved in hiring

· Applicants who apply for the respective job position

· Human resource employees

· Client side managers who request for new staff requirements

Information

Various aspects are considered while dealing with the case study given and the relevant information identified is as listed below

· Information related to list of qualified job applicants

· Information which holds the key description of job openings

· Information related to tests like spell tests and computer based tests

· Information related to one to one interview

· Information related to entire hiring process

· Scanned, selected and rejected resumes

· Database information which holds the respective information, pay slips, invoice and hiring details (Domenech, 2015)

Technology

There are many technological aspects identified over the current case of Choice Appointments consultant and they are as listed below

· Resume scanner

· Online spelling test generator

· Online or automated computer based test generator

· Test evaluation software

· Database that stores resumes, Timesheets, invoice and proof of payment

· Timesheet generator

· Invoice generators

· Proof of payment generator

Missing System elements

Apart from the information sorted based on the WCA framework, still there are some of the elements missing in this context and they are as listed below

· Detailed information related to scanning the resume and selection criteria is missing at the initial stages

· Details on test evaluation is also missing, where the number of marks required for selecting the candidate or number of marks considered for an average candidate

· Information related to job position like permanent or temporary and the respective duration of the job is not clear

· Frequency of the job positions per month or year is not clear with the given case

· Means of communication is not clearly mentioned and how the applicants are communicated once they are selected or there is a ready job position for them

· No detailed information related to timesheet data is not specified over the given case

· No mention of the database stored elements and the information related to reporting structure and access controls over the database is also missing

· Detailed information related to software, hardware and database which is being currently used over Choice Appointments is also missing (Marie, 2014)

Task 2: Client Interviews

Based on the missing system elements as identified in the previous section, interviews are conducted with the Choice Appointments clients and few of the questions are as listed below

1. How frequently do you get the job openings?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

2. How does your clients commence regarding the job openings, if you can’t attend the respective phone calls?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

3. What exact parameters do you use to scan the resume of the applicants against the available job positions?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

4. What exact information or attributes are tracked while preparing the timesheets?

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

5. Do the tests or interview pattern used to select the candidates in future and if so what constraints are considered?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

6. What is the cutoff mark to be achieved by the applicants to get through the initial screening process?

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

7. What software, hardware and database is being used for the current recruitment process?

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Task 3: Performance Analysis

Performance analysis of the proposed database application is done against various requirements of customers, products and the corresponding processes. Both the Business Value and Customer Value are considered against the current performance analysis and in general the performance analysis of any system considers entire flow of the application, where the level of business process, product and output components is analyzed in this context. For the current case of Choice Appointments recruiting company, business level and process level performance analysis is done and the corresponding discussion is as given below

Overall flow of the current application and the respective business level and process level performance analysis is as explained with the below steps

· Candidates send their resumes to Choice Appointments recruiting agency against the key position available which matches their skills sets or qualification

· Now the consultancy adds the candidate’s profile to the system for further evaluation

· Candidate details will be displayed by the system against the access control list of the users, where the respective administrators can edit, delete or modify the candidate details\

· Now the HR officer can view the candidate profile and schedule the interviews by creating an interview ID and schedule to the respective candidate

· Shortlisted candidates will take the spelling test and computer based test and the test format will be displayed to the candidates

· Now the admin will evaluate the test and updates the score to the system

· Based on the score and personal interviews, performance of the candidate is tested and final list of candidates is prepared by the HR or admin

· Test results, score and other performance aspects of the candidates are stored over the system by allocating a new Candidate profile to the respective candidates and they will be referred as employees then

· Client managers will either approach the HR for any new vacancy over their company through an email or phone call and each of them will be saved over the system

· HR will match the job requirements against the key words of job position and fetches the employee profiles

· Admin will fix the respective wage rates to the respective employees along with the type of contract like temporary or permanent

· Some of the steps are repeated against new candidate profiles and job positions raised by the client companies

Task 4: Architecture of the proposed Information system for Choice Appointments Recruiting Company

A detailed explanation to the case study of Choice Appointments against the key business level and process requirements and performance analysis is given in the previous section. Now the required database modeling is done in this section using the DFD, ERD, tables and query design and the corresponding discussion is as given below

4.1 ERD (Entity Relationship Diagram)

Detailed ERD built based on the Work Centered Analysis Framework implemented on the Choice Appointments case study is as shown below

Fig 4.1.1: ERD of Choice Appointments case study

4.2 Third Normal Form

From the above Entity Relationship Diagram (ERD), it is clear that, each and every identity is identified against all the required relationships, attributes and cardinalities. Low level description of the entities attributes and the relationship is given, where all the entities are decomposed to third normal form and a detailed discussion is as given below along with the tables at 3rd Normal Form and the corresponding data dictionary

Candidate table

Candidate tabled is used to define the attributes and relationship of the candidate entity and the data definition of the respective table in 3rd Normal form are as given below

Attribute

Description

Data Type

Notes

CandidateID

Unique ID which represents a candidate

Integer

Primary key of the table

Fk_SalutationID

Represents the salutation Id

Integer

Foreign key and references from the Salutation table

FirstName

Represents the first name of the candidate

Varchar(20)

First name of the candidate which is referred over other tables as well

MiddleName

Represents the middle name of the candidate

Varchar(20)

Middle name of the candidate which is referred over the other tables as well

LastName

Represents the last name of the candidate

Varchar(20)

Last name of the candidate which is referred over the other tables as well

Fk_SuffixID

Represent the unique id of Suffix attribute

Varchar(20)

Foreign key from Suffix table and acts as secondary key here

MailingAddress

Address of communication

Varchar(20)

Address of the candidate and is used for further reference and communication

AddressLine

Address of communication

Varchar(20)

Address of the candidate and is used for further reference and communication

City

City of the candidate

Varchar(20)

City of the candidate and is used for further reference and communication

Fk_StateProvince

State province of the candidate

Varchar(20)

State province of the candidate and is from the foreign key which is referred from State Province table

Postal Code

Postal code of the communication address

Varchar(20)

Postal code of the candidate and is used for further communication

Fk_CountryID

Country ID of the candidate

Varchar(20)

Country ID is the primary key which is referred from Country table

EmailAddress

Email address of the candidate

Varchar(20)

Email address which is used for frequent communication

DirectPhone

Phone number of the candidate

Varchar(20)

Phone number of the candidate which is used for frequent communication

MobilePhone

Mobile phone number of the candidate

Varchar(20)

Mobile phone of the candidate which is used for frequent communication

Fk_CampaignID

Campaign ID of the campaign conducted

Varchar(20)

Campaign ID which acts as foreign key and referred from Campaign table

Fk_EEOCategory

EEO category ID

Varchar(20)

EEOCategory ID which acts as foreign key and referred from EEO Category table

Gender

Gender of the candidate

Varchar(20)

Candidate gender

Location table

Attribute

Description

Data Type

Notes

City

City holds the information related to city which is used for communication

Varchar(20)

City used for mailing communication

Fk_StateProvince

State province of the candidate

Varchar(20)

State province of the candidate and is from the foreign key which is referred from State Province table

Postal Code

Postal code of the communication address

Varchar(20)

Postal code of the candidate and is used for further communication

Fk_CountryID

Country ID of the candidate

Varchar(20)

Country ID is the primary key which is referred from Country table

LocationName

Represents the location name

Varchar(20)

Location name used for mailing communication

LocationID

Represents the location unique ID

Varchar(20)

Primary key

Campaign Table

Attribute

Description

Data Type

Notes

CampaignName

Name of the campaign

Varchar(20)

Campaign name used during selecting the candidates

StartDate

Starting date of the campaign

Date

Starting date of the campaign

EndDate

End date of the campaign

Date

End date of the campaign

Fk_CampaignType

Type of the Campaign

Varchar(20)

Foreign key

CampaignID

Unique ID used to represent the campaign

Varchar(20)

Primary key

OpeningStatus Table

Attribute

Description

Data Type

Notes

OpeningStatusID

Unique Opening Status ID of the job opening

Varchar(20)

Primary key

OpeningStatus

Status of the job opening

Varchar(20)

Job opening status and is updated against the system workflow changes

InterviewType Table

Attribute

Description

Data Type

Notes

InterviewType

Interview type represents the nature of the interview conducted to the candidate

Varchar(20)

Type of interview and acts as foreign key over Interview table

InterviewTypeID

Unique ID of interview

Varchar(20)

Primary key of the table

Recruiter Table

Attribute

Description

Data Type

Notes

RecruiterID

Unique ID which represents a recruiter

Integer

Primary key of the table

Fk_SalutationID

Represents the salutation Id

Integer

Foreign key and references from the Salutation table

FirstName

Represents the first name of the recruiter

Varchar(20)

First name of the recruiter which is referred over other tables as well

MiddleName

Represents the middle name of the recruiter

Varchar(20)

Middle name of the recruiter which is referred over the other tables as well

LastName

Represents the last name of the recruiter

Varchar(20)

Last name of the recruiter which is referred over the other tables as well

Fk_SuffixID

Represent the unique id of Suffix attribute

Varchar(20)

Foreign key from Suffix table and acts as secondary key here

EmailAddress

Email address of the recruiter

Varchar(20)

Email address which is used for frequent communication

DirectPhone

Phone number of the recruiter

Varchar(20)

Phone number of the recruiter which is used for frequent communication

MobilePhone

Mobile phone number of the recruiter

Varchar(20)

Mobile phone of the recruiter which is used for frequent communication

Interview Table

Attribute

Description

Data Type

Notes

InterviewDate

Date of Interview

Date

Date of interview

Notes

Additional description about the interview

Varchar(20)

Additional notes which is used as the search content about the interview and the schedules

Fk_InterviewTypeID

ID of the interview type

Varchar(20)

Foreign key and has the object reference from InterviewType table

InterviewNumber

Number of the interview scheduled

Integer

Interview number which is conducted by a specific recruiter

InterviewID

Unique Id of the interview

Varchar(20)

Primary key

Fk_CandidateID

Unique id of the candidate who is attending the interview

Integer

Foreign key and has the reference from the Candidate table

Fk_OpeningId

Unique id of the opening scheduled

Varchar(20)

Foreign key and has the reference from the Opening table

DegreeRequired table

Attribute

Description

Data Type

Notes

DegreeRequired

Actual qualification required for the candidate

Varchar(20)

Candidate minimum qualification to attend the interview

DegreeRequiredID

Unique id of the degree required

Varchar(20)

Primary key

CandidateStatus Table

Attribute

Description

Data Type

Notes

CandidateStatusID

Unique Candidate Status ID to attend the interview or take appointment

Varchar(20)

Primary key

CandidateStatus

Status of the candidate

Varchar(20)

Candidate status and is updated against the system workflow changes

Department Table

Attribute

Description

Data Type

Notes

DepartmentName

Department name for which the candidate is selected

Varchar(20)

Department name for which the candidate is selected

DepartmentNumber

Department number for which the candidate is selected

Varchar(20)

Department number for which the candidate is selected

PrimaryContactName

Contact name of the primary employer

Varchar(20)

Contact name of the primary employer

PrimaryContacteEmail

Email id of the primary employer

Varchar(20)

Email id of the primary employer

FinalApproverName

Name of the final approver

Varchar(20)

Name of the final approver

FinalApproverEmail

Mail id of the final approver

Varchar(20)

Mail id of the final approver

DepartmentID

Unique ID of the department

Varchar(20)

Primary key

Suffix Table

Attribute

Description

Data Type

Notes

Suffix

Suffix of the candidate or recruiter

Varchar(20)

Candidate’s or Recruiter’s suffix and is used for further references over other tables

SuffixID

Unique Suffix Id

Varchar(20)

Primary Key

HiringManager Table

Attribute

Description

Data Type

Notes

HiringManagerID

Unique ID which represents a hiring manager

Varchar(20)

Primary key of the table

Fk_SalutationID

Represents the salutation Id

Integer

Foreign key and references from the Salutation table

FirstName

Represents the first name of the hiring manager

Varchar(20)

First name of the hiring manager which is referred over other tables as well

MiddleName

Represents the middle name of the hiring manager

Varchar(20)

Middle name of the hiring manager which is referred over the other tables as well

LastName

Represents the last name of the hiring manager

Varchar(20)

Last name of the hiring manager which is referred over the other tables as well

Fk_SuffixID

Represent the unique id of Suffix attribute

Varchar(20)

Foreign key from Suffix table and acts as secondary key here

EmailAddress

Email address of the hiring manager

Varchar(20)

Email address which is used for frequent communication

DirectPhone

Phone number of the hiring manager

Varchar(20)

Phone number of the hiring manager which is used for frequent communication

MobilePhone

Mobile phone number of the hiring manager

Varchar(20)

Mobile phone of the hiring manager which is used for frequent communication

Title

Title given to the hiring manager

Varchar(20)

Title of the hiring manager

Opening Table

Attribute

Description

Data Type

Notes

PositionName

Name of the position for which the job is initiated

Varchar(20)

Name of the position for which the job is initiated

Description

Description of the job position

Varchar(20)

Description of the job position

Fk_OpeningStatus

Status of the current opening

Varchar(20)

Status of the current opening against position

InternalDateOpen

Opening date internal to the company

Varchar(20)

Opening date internal to the company

ExternalDateOpen

Opening date external to the company

Varchar(20)

Opening date external to the company

InternalDateClosed

Closing date internal to the company

Varchar(20)

Closing date internal to the company

ExternalDateClosed

Closing date external to the company

Varchar(20)

Closing date external to the company

NumberofPositions

Number of positions open for the job

Integer

Job opening count

SalaryRangeLow

Lowest salary offered

Integer

Minimum range of salary

SalaryRangeHigh

Higher salary offered

Integer

Maximum salary range

Fk_DegreeRequriedID

Minimum qualification required

Varchar(20)

Foreign key reference from Degree required table

OpeningID

Unique ID of the respective opening

Varchar(20)

Primary key

Fk_LocationID

Location of the job opening

Varchar(20)

Foreign key reference from the Location table

Fk_DepartmentID

Department of the job opening

Varchar(20)

Foreign key reference from the Department table

Fk_RecruiterID

Recruiter of the job position

Varchar(20)

Foreign key reference from the Recruiter table

Fk_HiringManagerID

Hiring manager of the job position

Varchar(20)

Foreign key reference from the HiringManager table

ApplicationRequired

Condition if the application is required or not

Boolean

Yes or No

ReferenceRequired

Condition of the reference is required or not

Boolean

Yes or No

Fk_EEOJobCategoryID

EEO category ID of the jog

Varchar(20)

EEO category ID of the jog

EEOCategory Table

Attribute

Description

Data Type

Notes

CategoryID

Unique ID of EEO Category

Varchar(20)

Primary key

CategoryName

EEO category name

Varchar(20)

Category name

EEOJobCateogry Table

Attribute

Description

Data Type

Notes

JobCategoryID

Unique ID of EEO Job Category

Varchar(20)

Primary key

JobCategory

EEO Job category name

Varchar(20)

Category name of EEO job

JobCategoryNumber

Category number of EEO job

Varchar(20)

Category number

StateProvince Table

Attribute

Description

Data Type

Notes

StateProvince

State province information

Varchar(20)

State province

StateProvinceID

Unique id of state province

Varchar(20)

Primary key

Country Table

Attribute

Description

Data Type

Notes

Country

Country information

Varchar(20)

Country information

CountryID

Unique id of country

Varchar(20)

Primary key

Skill Table

Attribute

Description

Data Type

Notes

SkillID

Unique id of candidate skills

Varchar(20)

Primary key

SkillName

Candidate skill name

Varchar(20)

Skill name

Salutation Table

Attribute

Description

Data Type

Notes

Salutation

Salutation information

Varchar(20)

Salutation information

SalutationID

Unique id of Salutation

Varchar(20)

Primary key

Task 5: Data flow diagram (DFD) modeling

Fig 5.1: Recruitment process DFD

Fig 5.2: Payroll process DFD

Task 6: Database Implementation

6.1 Data Dictionary

Proposed database of Choice Appointments is implemented over MS Access and the respective tables are as provided below

Candidate Table

Location Table

OpeningStatus Table

Salutation Table

Campaign Table

InterviewType Table

Recruiter Table

Interview Table

DegreeRequired Table

CandidateStatus Table

Department Table

Suffix Table

HiringManager Table

Opening Table

StateProvince Table

Country Table

Skill Table

6.2 Relationships

Following are some of the important relationships developed among the tables as shown in the previous section

Candidate Status and OpeningCandidate Join

OpeningStatus and Opening

Recruiter and Opening

Salutation and Candidate

Candidate and Campaign

EEOJobCategory and Opening

Skill and CandidateSkillJoin

HiringManager and Opening

Country and Candidate

Suffix and Candidate

EEOCategory and Candidate

6.3 Queries and Reports

SELECT tblCampaign.CampaignName, tblCampaign.Owner, tblEEOJobCategory.*

FROM tblCampaign, tblDegreeRequired, tblEEOJobCategory;

SELECT tblCampaign.[Date-Created], tblDepartment.DepartmentName, tblInterview.InterviewDate, tblInterviewType.InterviewType

FROM tblCampaign, tblDepartment, tblInterviewType INNER JOIN tblInterview ON tblInterviewType.InterviewTypeID = tblInterview.fk_InterviewTypeID;

SELECT tblDepartment.*, tblOpeningStatus.OpeningStatus, tblRecruiter.fk_SalutationID, tblOpeningCandidateJoin_audit.zMachine

FROM tblDepartment, tblOpeningStatus, tblRecruiter, tblOpeningCandidateJoin_audit;

SELECT tblCampaign.StartDate, tblCandidate.FirstName, tblDegreeRequired.DegreeRequired, tblDepartment.[Created-By]

FROM tblDegreeRequired, tblDepartment, tblCandidate INNER JOIN tblCampaign ON tblCandidate.fk_CampaignID = tblCampaign.CampaignID;

SELECT tblCountry.CountryID, [tblHiring Manager].MiddleName, tblInterviewType.*, tblOpening.Description

FROM tblCountry, tblInterviewType, [tblHiring Manager] INNER JOIN tblOpening ON [tblHiring Manager].[Hiring ManagerID] = tblOpening.[fk_Hiring ManagerID];

SELECT tblCandidateSkillJoin.*, [tblHiring Manager].fk_SuffixID, tblRecruiter.EmailAddress

FROM tblCandidateSkillJoin, [tblHiring Manager], tblRecruiter;

Task 7: User Manual

Following steps can be followed to implement and run the proposed database for Choice Appointments case study

Job openings against the candidate skills can be added to the database using the below table and the respective snapshot is as shown below

Candidates’ information can be saved over the database using the Candidate table and the respective snapshot is as shown below

Skills required for a specific job can be searched using the search facility and the respective snapshot is as given below

Campaigns information can be added to the Campaigns table and the respective snapshot is as given below

All the queries and reports are maintained over a separate report table and the corresponding snapshot is as shown below

Report of the entire job openings summary is shown as below once the Open link is clicked

Details of Hiring Managers are as saved over the respective table and the corresponding snapshot is as shown below

Details of Recruiters are saved over the respective table and the corresponding snapshot is as shown below

Separate Form directory is maintained across a new table and the corresponding snapshot is as shown below

References

· Domenech, S. (2015). Optimization methods applied to the design of eco-industrial parks: A literature review. Journal of Cleaner Production, 87(15), 303-320

· Faust, O. (2014). The role of real-time in biomedical science: A meta-analysis on computational complexity, delay and speedup. Computers in Biology and Medicine, 58(1), 73-84.

· Kelly, M. (2015). The Materials-centred Approach to Public Library Collection Development: A Defense. Library Philosophy and Practice (e-journal), 1(1), 20-43.

· Marie, T. (2014). Computational intelligence in control. Annual Reviews in Control, 38(2), 233-239.

· Reijers, H. (2011). Best practices in business process redesign: An overview and qualitative evaluation of successful redesign heuristics. Omega, 33(4), 16-23.

48 | Page