Write a strategy report about a car park system

User Generated

IvenwXbgu

Computer Science

Description

Hey there,

Using the given case study – Good City Council Car Park, identify and analyse at least 3 potential ethical challenges in the management of information systems within this organization.
Write a 650 - 800 word ethics strategy report based on your analysis. (pls the word count should be around 650-800)

Please make sure the report is concise, accuarate and relavent to the case study. And please this is a Turnitin upload. Be aware about the similirity percentage. And finally references should be there in Harvard style.

Please read the attached assessment rubric as well.

Thank you.






Unformatted Attachment Preview

Good City Council Car Park System Case Study Case Study: Good City Council Car Park System Good City Council operates seven car parks in the centre of Good City. The Council has a requirement for a new system to control its car parks. This system must provide for the dayto-day operation of each car park—issuing tickets, handling payment and controlling barriers—and the management of car parks—recording problems, issuing season tickets and monitoring service level agreements with the security company that guards the car parks. Operational System The car park operational system controls entry to and exit from a car park and payment for car parking. There are two types of users: ordinary customers, who pay for their use of each car park at the time they use it, and season ticket holders, who pay a fixed amount in advance for parking for three, six or twelve months in a specific car park. Season ticket holders are allocated parking spaces in designated areas that are not available to ordinary customers from Monday to Friday. Season tickets are for weekdays only; the designated spaces are available to all customers at week-ends. No more than 10% of the spaces in a car park are allocated to season ticket holders. Entry to the Car Park When a car approaches an entry barrier, its presence is detected by a sensor under the road surface, and a ‘Press Button’ display is flashed on the control pillar. The ordinary customer must press a button on the control pillar, and a ticket is printed and issued. The ticket must be printed within five seconds. A ‘Take Ticket’ display is flashed on the control pillar. If the car park is full, no ticket is issued, and a ‘Full’ display is flashed on the control pillar. If a vehicle leaves the car park, then the ‘Press Button’ display is activated again where there is a vehicle waiting. When the customer pulls the ticket from the control pillar, the barrier is raised. The season ticket holder does not press the button, but inserts his or her season ticket into a slot on the control pillar. A check is made that the season ticket is valid for this car park and has not expired, that it is a weekday and that the season ticket holder is not recorded as having already entered this car park and not left. If all these checks are passed, then the barrier is raised. The checks must take no longer than five seconds. A record is made of the time of entry for that season ticket holder. A sensor on the other side of the barrier detects when the car has passed and the barrier is lowered.The ticket issued to each ordinary customer has a bar code on it. The bar code has a number on it and the date (ddmmyyyy) and time (hhmmss) of entry to the car park. The number, date and time of entry are also printed on the ticket in human readable form. The details of the ticket are stored: ticket no., issue date, issue time, issuing machine. Page 1 The number of vehicles in the car park is incremented by 1 and a check is made against the capacity of the car park. If the car park is full, then a display near the entrance is switched on to say ‘Car Park Full’, and no further tickets are issued until a vehicle leaves the car park. Payment When the ordinary customer is ready to leave, he or she must go to a pay station to pay. The ticket is inserted into a slot, and the bar code is read. The ticket bar code information is compared with the stored information. If the dates or times are not the same, the ticket is ejected, and the customer is told (via an LCD display) to go to the office. In the office, the attendant has a bar code reader and can check a ticket. Typically the problem is damage to the bar code on the ticket, and the attendant can use the office system to calculate the charge, take payment and validate the ticket (see below). At the pay station, if the ticket dates and times are the same as the bar code dates and times, then the current date and time are obtained, and the duration of the stay in the car park is calculated. From this the car park charge is calculated and displayed on the LCD display. Calculation and display of the charge must take no more than two seconds. There are two tariffs: a short-stay tariff and a long-stay tariff. These include the rates for weekdays from 8.00 am to 6.00 pm, and lower rates for entry after 6.00 pm and at week-ends. Each car park uses either the short-stay tariff or the long-stay tariff. If no change is available, this information is displayed on the LCD display. The customer must then insert notes or coins to at least the amount of the charge. Each note or coin is identified as it is inserted and the value added to an accumulated amount and displayed on the LCD display. Invalid notes are ejected from the note slot. Invalid coins are dropped through into the return tray. A message is displayed on the LCD display. As soon as the amount accumulated exceeds the charge, the ticket is validated. The current date and time are added to the stored data for that ticket (payment date, payment time). If the amount entered exceeds the charge and change is available, then the amount of change is calculated and that amount of change is released into the return tray. Otherwise, no change is given. In either case, a message is displayed on the LCD display. The ticket has the payment date and time printed on it and is ejected from the ticket slot. A message is displayed telling the customer to press the ‘Receipt’ button if they need a receipt. If they press this button, a receipt is printed and ejected into the receipt tray. The receipt shows the Council address, address of the car park, VAT number, date and amount paid. A message is displayed for the customer telling them to take the ticket back to their car and leave the car park within 15 minutes. Page 2 Leaving the Car Park When the customer drives up to the exit barrier, the car is detected by a sensor, and an ‘Insert Ticket’ display is flashed on the control pillar. The customer must insert the ticket. The bar code is read and a check is made that no more than 15 minutes have elapsed since the payment time for that ticket. If more than 15 minutes have elapsed, an intercom in the control pillar is activated and connected to the attendant in the car park office. The customer can talk to the attendant, and the attendant can view the details of the ticket on his or her computer. The attendant can activate the barrier remotely, for example if there is a queue to get out and the customer is likely to have been reasonably delayed. If no more than 15 minutes have elapsed, the barrier is raised. A sensor on the other side of the barrier detects when the car has passed and the barrier is lowered. The number of vehicles in the car park is decremented by 1 and a check is made against the capacity of the car park. If the car park was full, then the display near the entrance is switched to say ‘Spaces’, and a check is made to see if any vehicles are waiting. If they are, then the control pillar for the first waiting vehicle is notified. If the driver of the vehicle waiting there does not press the button (for example, because they have backed out and left), then the control pillar for the next waiting vehicle is notified. At any time, the attendant can view the status of a pay station or a barrier control pillar. Once a connection is made, the status is updated every 10 seconds. Season ticket holders do not have to go to the pay station, when they are ready to leave the car park, they go to the exit and insert their season ticket into a slot on the exit barrier control pillar. The barrier is raised and a record is made of the time at which the season ticket holder left. Security Visit Recording The City Council has a contract with security companies to visit the car parks at regular intervals. The contract specifies the number of visits per day to each car park and the minimum duration of each visit. Each car park has an office to which the security guards have access. In the office is a card reader similar to the one used for reading season tickets in the control pillars. When a security guard arrives in a car park, he or she puts a card into the card reader and the date and time of arrival is recorded. When the security guard leaves, he or she puts the card in again, and the departure time is recorded. (This card also allows security guards to enter and leave the car park in the same way as season ticket holders. However, this is not used to record the arrival and departure of security guards, as they may not be able to enter with a vehicle if there is a queue of cars at the barrier.) Currently, the City Council uses two security companies, but could use more or only one in the future. Each security company is issued with a specific number of cards, depending on the number of car parks they are responsible for. Each security company is responsible for specific car parks. Page 3 Management System The car park management system handles the aspects of managing the car parks that are not part of the day-to-day operational system. Fault Recording There is a requirement for a fault recording system to be used to record all problems with car parks. Most faults are expected to be with equipment (barriers, card readers, security cameras etc.) although they can include things such as broken windows and doors. Details of the fault and the date and time at which it was reported are recorded. If the fault applies to equipment or some other aspect of the operational system, there is a requirement that the maintenance company must be notified straight away. For other problems, the Council’s direct labour organisation will be notified. The date and time when faults have been fixed must also be recorded, so that the Council can monitor the service level agreement with the maintenance company. There is a requirement to be able to produce a monthly statistical report of all faults, which organisation they were allocated to and how long they took to be fixed. Security SLA There is a similar requirement in relation to the service level agreement with the security companies. A monthly exception report is required showing any occasions where the number of visits per day to a car park fell below the contracted number or where the duration of a visit was shorter than the contractual minimum. Season Tickets A sub-system is required for selling season tickets. Each season ticket is issued to a named individual or company, and the address and contact telephone number of that person or company is recorded. Each season ticket is valid for three, six or twelve calendar months, and the issue date and expiry date are recorded. The information about season tickets has to be available to the operational system for validation of access to the car parks. A renewal form must be sent to each season ticket holder two weeks before their season ticket is due to expire. If a season ticket is renewed before its expiry date, then the new expiry date is set as three, six or twelve months from the existing expiry date. A record must be kept of how much usage each season ticket holder makes of their car park in terms of how much it would have cost them to pay for the car park as an ordinary customer. This information is used by the City Council for its annual review of season ticket prices. A report showing this information is required. Page 4 Other Management Requirements A record must be kept of all tickets for a year. When the Council carries out its annual review of ticket prices, it needs to be able to estimate the level of income for the coming year by calculating the charges based on proposed new tariffs using the previous year’s data. Managing operational costs of the car parks—staffing, cost of equipment, cost of maintenance agreements, cost of security etc.—is not part of the requirements for this system. This is handled elsewhere in the Council’s financial systems. Page 5 Appendix Rubric for Assessment 1 Total Marks = 25 (Weights 25% of the total mark) NN Level of performance PA Level of performance CR Level of performance DI Level of HD Level of performance performance All relevant information provided leaving little or no need for follow-up questions from a potential employer. (5) A report which No submission or Some Minor Sufficient demonstrates submission omissions omissions and detail such comprehensive containing little or no and/or inconsistencies; that a research, a material relevant to a inconsistencies but overall a potential realistic and potential employer. which might reasonable employer constructive (0-2) raise some understanding could be strategy, and a concerns in a of the context satisfied the thorough potential within which the student is understanding employer as to strategy can be aware of and of the context the student's applied. (3-4) understands within which capabilities all obvious the strategy is and/or relevant to be applied. motivation. issues. (4-5) (2-3) A well No submission or Submitted late Submitted on A serious structured and material in the and/or time and of attempt to understandable submission much too long adequate size cater to the report incomprehensible. or too short but not expectations appropriate for (0-2) and/or demonstrating of a potential an readership illogical a serious employer but of senior structure or attempt to nonetheless executives. inconsistent engage the with style. (2-3) readership opportunities and/or cater to to improve in the readership's structure, expectations presentation and etc. (4-5) requirements. (3-4) A clear, concise, well structured and easily understood communication appropriate for its intended readership. (5)
Purchase answer to see full attachment
User generated content is uploaded by users for the purposes of learning and should be used following Studypool's honor code & terms of service.

Explanation & Answer

Attached.

Outline

Introduction
Body
Conclusion
References


Running head: CAR PARK SYSTEM

1

Car park system
Student’s Name
Course Number – Name of Course
University Name
Instructor’s Name
Date

CAR PARK SYSTEM

2
Car park system

The use of a management information system has become widespread as many
organizations rely on technology for conducting business. However, the adoption of MIS by
organizations such as Good City Council does not come without challenges. The management
information systems are vulnerable to external security attack, and this may jeopardize the
privacy of the clients’ data (Laudon & Laudon, 2015 p. 267). Therefore, when using MIS
organizations, should know the ethical course of actions that should be taken. Management
information system professional do face similar ethical issues which are faced by other
businesses. Ethical issues arising from the use of MIS touches on how its use affects privacy,
data security, and integrity of the operations (Stair & Reynolds, 2017 p. 440). Some of these
potential ethical challenges in the management of information system by Good City Council
include security, privacy, and theft.
Security management
The use of the car park system by Good City Council may expose them to the ethical
security challenges. Information is essential resources to the organization and must be kept safe.
The council depends on the parking system to manage car parking in the entire city; therefore if
the systems fail then all the operations will be brought to a standstill. This system collects
processes and stores a lot of customer's data. Therefore, it should protect their safety. When
malware or hackers attack the system, and all data are erased, season ticket holders who are
ready to leave and arrive at the pay station will not be able to retrieve the details of the payments
and will not be cleared by the system to leave (Laudon & Laudon, 2015 p. 267). If the system
security is weak it may be vulnerable to external attack and this may leak the stored data about
the customers to wrong people (Laudon & Laudon, 2015 p. 273). The quality of the parking

CAR PARK SYSTEM

3

system should be checked so that it does not fail and halt the operations. When data about the
clients get into wrong hands, it is susceptible to misuse. The car park system stores the name of
the clients, the registration of their vehicles, the amount paid, and entry and exit times. This
information can be used...


Anonymous
This is great! Exactly what I wanted.

Studypool
4.7
Trustpilot
4.5
Sitejabber
4.4

Similar Content

Related Tags