” 辅导KIT206/506程序、 写作System课程程序KIT206/506 Case Study: Human Resource Information System Requirements Document1/3Human Resource Information System1. IntroductionThe ICT Discipline within the School of Technology, Environments and Design requires theHuman Resource Information System. The objective of the system is to provide easy accessfor front desk staff to critical (but public) information about each staff member so they cananswer student queries easily. This information includes phone, room location and the unitsthey teach. The information, which includes both textual data and staff photos, is to bepresented via a Windows 10 desktop application.2. Existing SystemsCurrently this information is Available via a disparate set of webpages. The new system willoperate in parallel to these webpages. On the School website on the People page there aregenerated staff lists that give phone and location details: httpss://www.utas.edu.au/technology-environments-design/people/information-andcommunication-technologyTimetable information, is available at: httpss://student-timetable.utas.edu.au/#SearchThere also currently exists an administration system that allows the support staff to enter allthe required information into the database to Be displayed. This project does not include theredevelopment of this administration system.3. Platform 辅导KIT206/506作业、 写作System课程作业The Human Resource Information System must operate within the Standard OperatingEnvironment (SOE) of School desktop machines, which are a mixture of Dell and Appleproducts that all run Windows 10. The information that the system will display is currentlystored in a MySQL database, named the School Database, and this database content andstructure cannot be changed. As this system does not include redevelopment of theadministrative entering system that facilitates input of the information into the database, thenew system must work with the existing database.The final system is to be developed using C# and the sources shared with technical staff fromInformation Technology Resources so that they may maintain it into the future.4. UsersAdministrative and technical Support staff will use the new system. Both groups will haveaccess to the same features, so there will be no need to differentiate between users.5. ComponentsThe Human Resource Information System will consist of two main components: staff lists andunit timetable display. These may be enhanced by the addition of another component: activityheat maps.5.1 Staff ListsThe user shall be able to view an interactive list of staff employed by the School. The list willbe accessed by selecting a tab labelled Staff, and should be visible upon application start up.This list should display names in the format Family Name, Given Name (Title), as in Einstein,Albert (Dr), ordered alphabetically by family name and then given name. Ideally this listshould be visually Compact.KIT206/506 Case Study: Human Resource Information System Requirements Document2/3The Staff List view should be able to filter the displayed staff based on their category. The usershould be able to list all staff, academic, technical, administrative, and casual. The School hasa large number of staff and being able to restrict the list in this fashion will allow the user tofind people quickly.It would enhance the systems utility if the user could also filter the list by entering part of astaff members name. The list contents would be restricted to show only those staff whosegiven name Or family name contains the text entered by the user, ignoring case.When the user selects a name in the list the system will show more details about the staffmember (referred to as the Staff Details view), which should include: Name Campus Phone Number Room Location Email Address Photo Consultation hours Table of units he or she is involved with in the current semesterIt would enhance the software if selecting a unit code in the table of units takes the user tothe timetable view (described below). It would also be useful for each staff members currentavailability to be displayed: teaching (with details of the unit code and room) if they are in atimetabled class; consulting if it is during their consultation times; free otherwise. Thiswould allow front desk staff to direct enquiries appropriately, given a staff membersavailability.It would enhance the Staff Details view if the staff members activity (classes and consultationtimes) across a week could be displayed in a colour-coded grid. This grid should be toggled(displayed or hidden) via a button on the Staff Detail view. The grid should have days of theweek (Monday through Friday) as columns and hours of the day (9am until 4pm) as rows, witheach cells colour indicating the kind of activity at that time, but no other details shown. Freetime should be shown in white, while teaching and consultation times should be shaded indistinct colours that are distinguishable by those with common forms of colour blindness.5.2 Timetable displayThe system should be able to generate a list of the units under the control of the School,ordered Alphanumerically. Selecting a unit from this list should bring up a list of classes forthat unit, ordered chronologically. This view should be tabular, showing the followinginformation about the selected unit in each column: day start and end time in 24-hour format, such as 12:0014:00 or 12:0013:50 type (Lecture, Tutorial, Practical, Workshop) room location campus staff memberIt would enhance the software if it is possible to go from a timetable entry to the Staff Detailview for the relevant staff member, just as if selecting that person in the Staff List.KIT206/506 Case Study: Human Resource Information System Requirements Document3/3The user will be able to filter the timetable so that it displays information for a single campus.This feature should make it easier for staff to access information relevant to their location.5.3 Class and Consultation Heat MapsIt would enhance the applications utility if it could generate heat maps of activity across theweek. It should be possible to generate two different heat maps, one for unit classes andanother for consultation times. It must be possible to generate different heat maps for all ICTDiscipline classes, and those only occurring in Hobart or Launceston. All heat maps shall beaccessed via a Menu or buttons on a dedicated tab.Each heat map will be displayed as a grid of coloured cells, with columns for each day of thework week (Monday through Friday) and rows for the starting hours 9am through 4pm. Eachcell in which zero activities occur should be blank, while cells representing one or moreactivities should contain the number of co-occurring activities. The shading of each cell shouldindicate the number of events occurring at that time, with white indicating no events and asolid colour indicating the greatest number of events within the set of events being displayed.Intermediate values should be assigned a colour intermediate between white and the selectedsolid colour. It would be nice to allow the user to select the primary colour of the heat map.5.4 Class and Consultation ClashesIt would further enhance the applications utility if it could generate a variant of the heat mapthat shows clashes between a units classes and the consultation time of staff involved inteaching that unit. This would be accessed via a button on the Unit Timetable view, and usedata for the currently displayed classes and staff who teach them (that is, both campuses,Hobart only or Launceston only). The cells in the grid should use the following colour scheme:white if no class or staff consultation Occurs on that hour and day; bright green if that timecontains either a class or consultation, but not both; and red if it contains both consultationand a class. Cells representing clashes should also include the text clash.6. ManualThe system will need to have an associated technical manual. This manual should explain thesystem development so that the system Can be maintained by School Technical Staff.7. AddendumThe list of units shall be formatted as UnitCode UnitTitle, as in KIT206 Software Design andDevelopment. It would enhance the systems utility if the user could also filter the list of unitsby entering part of a unit code or title. The list contents would be restricted to show only thoseunits whose code or title contains the text entered by the user, ignoring case. Search queriesincluding both code and title do not need to be supported.如有需要，请加QQ：99515681 或邮箱：99515681@qq.com
“
添加老师微信回复‘’官网 辅导‘’获取专业老师帮助，或点击联系老师1对1在线指导。
