COMM391 Section 201 Phase 7

Get Started. It's Free
or sign up with your email address
COMM391 Section 201 Phase 7 by Mind Map: COMM391 Section 201 Phase 7

1. Group 111 (Cloud Computing)

1.1. City Workforce - Collecting and storing data about clients and the employees we provide them to ensure superior/more efficient matching of employees in the future.

1.1.1. Functional Requirements

1.1.1.1. Process Oriented: System must be accessible by employees through our computers, and must be accessible to our clients and the employees we provide them using our clients systems.

1.1.1.2. Information Oriented: Must be a search function that can be accessed by our employees that allows them to search our labour supply database based on employee skills, characteristics and experience.

1.1.1.3. Process/Information Oriented: Must allow our clients to submit evaluations about the employees we provide them with, and must then store that information for later use by our employees.

1.1.2. Non Functional Requirements

1.1.2.1. Security: The system should only be accessible to our employees, our clients, and the employees we provide.

1.1.2.2. Performance: The database should be able to open an individual page in under 4 seconds with up to around 100,000 people using it at once.

1.1.2.3. Performance: The data we have on our labour supply should be up to date so we can always find the most suitable candidate for our clients.

1.1.2.4. Operational: Visibility on smartphones would be an asset, allowing our clients to enter information/fill out satisfaction forms on the go.

1.1.2.5. Security: Our clients shouldn't be able to view our data about our labour supply, nor should our labour supply be able to view the evaluations submitted by their employers.

2. What are the functional and non-functional requirements of the information system you want to implement in the organization?

3. Group 113

3.1. VanRealty- connecting previously interested individuals to new listings

3.1.1. Functional

3.1.1.1. The system needs to link email addresses to newly posted listings based on territorial interest

3.1.1.2. Needs to have central database that holds the names of all past open house visitors to keep track of all the houses individual people are looking at and showing interest in. This information needs to be viewable to all agents in VanRealty

3.1.1.3. Develop statistics regarding open house viewing attendance and interest, from an individual open house, to an area, to a period of time.

3.1.2. Non-functional

3.1.2.1. Data needs to be input through a tablet, and viewable through a tablet.

3.1.2.2. Needs to link new listing with interested buyers email addresses within minutes of the new listing being posted on the MLS system

3.1.2.3. Track individuals offers on houses

3.1.2.4. Information needs to be viewable only to VanRealty agents

3.1.2.5. For security,the system should be able to operate without being compromised by hackers/rivals easily, and the method of implementation should not be easy to copy as the system emphasizes mobile use, which includes the ability to remotely wipe the device if lost while during frequent travels around the city

3.1.2.6. Ability to show portions of data from the system to clients. Agents should be able to show sellers rosters of interested buyers and certain opinions (if they believe the house is overpriced)

3.1.2.7. Need to include a information release agreement for people to sign off on including their information in the database

4. Group 112

4.1. MoveIT

4.1.1. Functional

4.1.1.1. Process and Information Oriented: Process includes searching the information needed by employees. Employees should be able to access all previous and current customer data, they should be able to go through sales history and current sales orders. Attached to each sales order should include sales, revenue, cost, this information can be used as the basis of our analysis and also can be used to predict future trends. On the other hand, information oriented is the data itself, you should have complete and accurate information on suppliers, customers, services performed, etc.

4.1.2. Non-functional

4.1.2.1. Example, if we do cloud computing, this system should be viewable in all the browsers and devices that are used by the company (such as smart phones and tablets).

4.1.2.2. Performance: Have queries done within 2 seconds, employees should be able to look up data within a couple of seconds. (especially because the company is small, it should not take a long time to search this information)

4.1.2.3. Security: Administrative employees, this includes everyone working in the head office, should have a unique user ID and password. Each division is able to view the company data, however they are restricted to only being able to input information regarding their roles and divisions. (example: accounting division is only able to put in information regarding accounting but they are able to view information that the finance division puts in, but they cannot edit or make changes)

4.1.2.4. Legal: Since we are located in BC, we should follow the BC Privacy Act/ Law. We should keep customer information secure (where they live, phone number, etc). This should not be released to a third party or exposed as public information.

5. Group 114

5.1. DATAMED- medical mobility

5.1.1. Functional: Letting administration, doctors and patients access information about clients at all times.

5.1.1.1. Non-functional: Should be able to function fast, with a maximum of 4 seconds to load clients medical page, and have security with information.

5.1.1.2. Operational --> operate using the IPad, SMS, Cellphone, or laptop

5.1.1.3. Performance --> Have extensive back-up to information; also have a large capacity to allow a large number of clients (a total of 500 clients under DataMed) to access their inforrmation at the same time.

5.1.1.4. Security (cultural/political) --> private and confidential client medical history

5.1.1.5. Have a database that is situated in Canada to follow local laws and protect the private information about clients

5.1.2. Functional: System must have information, like patient heart rate, upcoming check up dates and drugs prescribed, on hand about patients at all times with easy access.

6. Group 115 - VanRealty (Cloud Computing)

6.1. Functional requirements

6.1.1. process oriented

6.1.1.1. need to be able to retrieve requests to the system (request to view listings and recommendations and link them with the system sending recommendations and listings)

6.1.1.1.1. needs to be able to collect and create a browser profile for clients on the cloud, in order to create a relevant browser profile in order to provide appropriate recommendations of listings

6.1.1.2. System must be able to record browsing/edit history of users from mobile phones and computers (know who's editing what and when for accountability purposes)

6.1.1.3. System has to be able to automatically back itself up and recover these backups (though this will probably be provided by the company providing the cloud computing services)

6.1.2. Information oriented: The system has to be able to take the information from the listings database and gather information about recommendations to clients

6.2. Non-functional requirements

6.2.1. Security: only realtors should be able to access personal, preference (does the client prefer 1-bedroom houses, etc.) and payment information

6.2.1.1. Have different security levels to maintain privacy of data (realtors shouldn't have access to HR/contact info of other realtors but HR should have access to this info). VPN should also be password protected to ensure that only our realtors are accessing the information.

6.2.2. Performance: Recommendations (for potential properties) need to be sent in real time. Should not take more than a few seconds to load files off of cloud and should be able to process new information quickly in order to develop recommendations based on that new information

6.2.3. Operational:cloud should be viewable on smartphones (for realtors out on open houses or client offices) and desktop computers in office. Can connect office and all realtors to a VPN network that allows realtors and management to access the 'office network' from anywhere, and the cloud will be connected to this vpn network

7. Group 116

7.1. DataMed

7.1.1. Non-functional requirements

7.1.1.1. High security: clients' information, including their medical background would be online, our online database needs high security to guard these information from system failure. Also, we should have different levels of security for different members of staff e.g. doctors can see medical history, nurses can schedules and limit the amount of overlap between the two, they can see each other's but not change it.

7.1.1.2. Speed: the system should be fast, should not take a long time for clients to view and access the database

7.1.1.3. Accessibility: We want our doctors to be able to access it wirelessly on their tablets so that they can input client information as they go through their appointments so our database needs to be compatible with this.

7.1.2. Functional

7.1.2.1. Allow database participants to access the information as required.

7.1.2.2. Has to contain and be able to hold variety of customer information: medical records, lifestyle, basic information such as age, gender

7.1.2.3. Has to be able to maintain and organize customer preferences (ex. must be able to schedule appointment times without conflict)

8. Group 117

8.1. CityWorkforce

8.1.1. Functional

8.1.1.1. Workers need to be able to search for positions

8.1.1.2. Companies need to be able to post positions and their requirements

8.1.1.3. System needs to be able to gather information on the various worker's skills and experience

8.1.1.4. System needs to be able to match workers with available positions

8.1.2. Non-Functional

8.1.2.1. Should be able to run on mobile devices

8.1.2.2. Database needs to be set up in a way that there is only one point of data entry (reduce data redundancy)

8.1.2.3. Website should only be accessible by registered workers and companies

8.1.2.4. The system should be available 24/7

9. Group 119

9.1. Recommedation Agents

9.1.1. Functional

9.1.1.1. Info: Be able to give clear information on what actions should be taken for customers

9.1.1.2. Info: Needs to obtain purchase histories/patterns, frequency in visits

9.1.1.3. Info: System must provide recommendation in format to present to marketing department for micromarketing

9.1.1.4. Process: Show customer I.D.'s with their search and purchase patterns

9.1.2. Non-Functional

9.1.2.1. Operational: Able to send recommendations to customers through online profile and email

9.1.2.2. Performance: Must be fast enough to load when new page is loaded or immediately after purchases have been made (or perhaps even before final purchase is made)--within a few seconds

9.1.2.2.1. Gives speed enough for customers to add extra items to cart

9.1.2.3. Security: Only members will have access to offers and recommendations

9.1.2.3.1. Promotes people to join membership club

9.1.2.4. Culture,Political, Legal: System must ensure personal information and trends can only be seen by the member

9.1.2.4.1. Will protect from privacy laws as well as customers feeling comfortable giving us information

10. Group 120

10.1. City Workforce

10.1.1. ERP System

10.1.1.1. Functional Requirements

10.1.1.1.1. Process Oriented

10.1.1.1.2. Information Oriented

10.1.1.2. Non-Functional Requirements

10.1.1.2.1. Operational

10.1.1.2.2. Performance

10.1.1.2.3. Security

11. Group 118

11.1. MoveIT

11.1.1. GPS

11.1.1.1. Non-functional

11.1.1.1.1. Operational

11.1.1.1.2. Performance

11.1.1.1.3. Security

11.1.1.1.4. Legal

11.1.1.2. Functional

11.1.1.2.1. Process-oriented

11.1.1.2.2. Info-oriented

11.1.2. Database

11.1.2.1. Non-functional

11.1.2.1.1. Operational

11.1.2.1.2. Performance

11.1.2.1.3. Security

11.1.2.1.4. Legal

11.1.2.2. Functional

11.1.2.2.1. Process-oriented

11.1.2.2.2. Info-oriented

11.1.3. DSS

11.1.3.1. Functional

11.1.3.1.1. Process oriented

11.1.3.1.2. New node

12. New node

13. New node

14. Non-functional

14.1. real time data

15. Functional

15.1. finding random patterns or trends

16. That is the only way for patients to be able to book appointments on their phone

17. Group 101

17.1. VanRealty - Oracle

17.1.1. FUNCTIONAL

17.1.1.1. Information oriented:We must have information on our customers to see their previous history regarding homes bought/sold, types of properties, preferences, income status/history, location, etc... All confidential of course. We also need to ensure that we have some form of main database that records ifnormation about all of the houses that individual clients are viewing at this time and as well as those who have expressed particular interest in these properties will be viewable to our staff base.

17.1.1.2. Process Oriented: Browse/find data on property listings based on their preferences.

17.1.1.3. With all of this information gained from our information-oriented and process-oriented aspects, we will be able to use this in order to develop patterns and trends (in the form of statistics) to see patters over time as well as predict future forecasts of buyrs and sellers behaviour and past decisions/interest.

17.1.2. NON-FUNCTIONAL

17.1.2.1. Operational: Our website (which have the "search engine", social media, etc. should be viewable on smart phones, ipads, tablets and other forms of technological gadgets.

17.1.2.2. Performance: Our page should take no more than 2-3 seconds to load and when they search for listings or opportunities on our page, it should also not take them more than 4 seconds to load. Other things that we offer on our website such as customer log-in's will be extremely efficient and functioning as fast as possible. This is also the case for when they register for an account on the website

17.1.2.3. Security: Although this does place boundaries on our customer base, only our VanRealty VIP members (this is any user of our registration and login accounts in the database) will have access to our comprehensive database, our personal listings with recommendations, and other information only for VIP members on our websites

17.1.2.4. Cultural, Political, Legal: Our gathering of information whether it's through the methods we use or whether customers enter their own informatino will be kept completely confidential due to privacy laws. We only gain access to their information when the customers give us consent to do so by clicking our "Terms and Agreement " Conditions dcoument and when they click "allow" on our social media, giving us permission to view certian information and take stats for our company use. Although we are granted rights to use this information as permitted by our clients, we do not have a right in any way to sell this information in any form. For all that has been mentinoed above regarding privacy laws and terms & agreement, we ensure that we communicate this to our customers/clients through one of our very disciplined privacy policy

18. Group 102

18.1. VanRealty

18.1.1. Technology: Offer Bidding Service System supported by TPS and DSS (software) that will be provided online

18.1.1.1. Functional:

18.1.1.1.1. Information Oriented (all information kept confidential, only internal use): - system must contain all property listing information - system must contain all realtor information like name, contact information, years of experience - all client information (sellers/buyers) like contact information, name, address, property feature preferences - previous historic bidding prices for each bidder

18.1.1.1.2. Process-Oriented: - system must allow users to browse/search through property listing data - users are able to access all historic bidding prices (specific information regarding bidders will be kept confidential) - system will keep track of user "clicks" on certain property pages and record key features of property that interests user (ie. price range, property feature) in order to create user customization (ie. create customized list of properties that may be in interest to bidders)

18.1.1.2. Non Functional:

18.1.1.2.1. Security: - only realtors belonging to VanRealty's Bidding Service membership will have access to upload their listings in the website and contact bidders - only bidders that registered to bidding membership should be eligible to place bids

18.1.1.2.2. Operation: - website app should be accessible on smart phones - filtered search engine should be available for clients to search properties

18.1.1.2.3. Performance: - due to nature of real time bidding, speed capacity must be reduced to minimum: should not take longer than 5 sec for property listing page to refresh once a new bidding offer is placed

18.1.1.2.4. Cultural/Political/Legal: - realtors within bidding membership will be verified to ensure they are licensed realtors - bidders prior to placing first bid should be verified for credit check (bidding offers will be pending until their credit check is verified) - the system should be offered in Chinese for our target clients to understand information provided on property listing page - privacy issue: all information gathered by the system should be kept strictly confidential, will not be sold to third parties

19. Group 103

19.1. Good Foods CANADA

19.1.1. Technology: Online Profile: Gathers customers' nutritional needs, preferences, and is conected to their loyalty card Phone App: Integrate the online profile to in-store use Item Bar-codes: Consumer can scan the bar-codes with their phones to acquire product information

19.1.1.1. Functional

19.1.1.1.1. Process oriented: -must be able to accept user inputs (allergies, vegetarian preferences, etc.) -must be able to filter and match between customer inputs and recipe database -phone app must connect between item bar-code and customer preferences Information oriented: -must have an inventory data base and where items are located in the store -must have nutritional information for all products in the store -must have access to a recipes database which matches items offer in the store

19.1.1.2. Non-functional

19.1.1.2.1. Operational: -our phone app should be able to operate with various OS (apple IOS, android, etc.) -people must be logged into their accounts while scanning products -store price tags must be big enough for bar-codes Performance: -phone app must be constantly update so that it doesn't crash -phone app must be quick when scanning bar-codes: 1-2 seconds -Wifi capacity in the store Security: -customers can't access personal information of other customers -must comply with legal requirements, such as not to sell private customer information Cultural, Political, Legal: -doesn't increase health risks (such as push customers to anorexia) -disclaimer that we are not responsible for individual health problems. -privacy laws (not provide info to third parties

20. Group 104

20.1. Vanalyst

20.1.1. Functional

20.1.1.1. Process Oriented

20.1.1.1.1. Clients can track his or her investment history through mobile application

20.1.1.2. Informational Oriented

20.1.1.2.1. market information and client portfolios are accessible for analyst at all times

20.1.1.2.2. clients have access to their portfolios through mobile application

20.1.2. Non-Functional

20.1.2.1. portfolios are updated at real-time capital market conditions

20.1.2.2. Performance

20.1.2.2.1. mobile application should load automatically once connected to the internet

20.1.2.2.2. portfolio loaded and can be seen in less than 2 seconds

20.1.2.3. Security

20.1.2.3.1. information are kept confidential and clients can only access portfolios through authorized account

21. Group 105

21.1. Good Foods

21.1.1. Product Catalague

21.1.1.1. Functional

21.1.1.1.1. tracking goods (inventory, shelves) like what goes out and in

21.1.1.2. Non- Functional

21.1.1.2.1. be able to update in time

21.1.2. POS System

21.1.2.1. Functional

21.1.2.1.1. scan the product

21.1.2.2. non-functional: be able to recognize our loyalty cards

21.1.3. Data Mining

21.1.3.1. Non-functional

21.1.3.1.1. make sure it shows all the results and does not exclude anything.

21.1.4. RFID

21.1.4.1. Functional

21.1.4.1.1. know the location of our goods

22. Group 106 - DataMed Clinic

22.1. Functional Requirements

22.1.1. Process Oriented

22.1.1.1. Our Database must allow medical staff (doctors and nurses) to access our database of patient records

22.1.1.1.1. Can be accessed through a username/password

22.1.1.1.2. Patients would be able to access their own health history data and availability of appointment times

22.1.2. Information Oriented

22.1.2.1. We must obtain all patient information (age, gender, insurance..and all other relevant data) and medical history

22.1.2.1.1. The medical staff get a quick report of the patient's medical status before they even arrive in the hospital.

22.2. Non-functional Requirements

22.2.1. Operational

22.2.1.1. Database must be accessible by all internet browsers and smartphones

22.2.1.1.1. E.g. The website must be able to fit on a palm (handheld device) to facilitate medical staff's access to information. (ie. they don't need to go to a central computer that contains all the data)

22.2.2. Performance

22.2.2.1. Speed: Internal website showing medical staff schedules should be able to load in 2 seconds

22.2.2.1.1. Patients can be in an urgent state and require immediate medical aid

22.2.2.2. Capacity: Mobile database must have a large capacity so different medical staff can have access and freely navigate the system at the same time without any problems

22.2.2.3. Reliability: contains private material and relies on information to treat patients

22.2.2.3.1. Have a set of backup data so that if the system ever fails the crucial data would not be entirely lost

22.2.3. Security

22.2.3.1. Only medical staff can access the system

22.2.3.1.1. No use for cleaning staff or irrelevant staff to access private information

22.2.3.2. Should implement an anti-virus system to prevent others from hacking into the system and using patient information illegally

22.2.3.3. There will be a hierarchy system where doctors can access all information and doctors in practice can access most information and nurses access limited information

22.2.3.3.1. Can be sorted through their usernames/accounts generated

23. Group 107

23.1. Knowledge Management System

23.1.1. Functional

23.1.1.1. Process oriented

23.1.1.1.1. Our system is able to access and sort through our information regarding employers and employees. After this process, we will be able to set up our simulation followed by specific interviews and job offerings.

23.1.1.2. Information oriented

23.1.1.2.1. Our system must have information on our customers'(the companies that are hiring) requirements for the job they have an opening for.This way we can identify the qualities that best match with potential employees. In addition, the system must have all the information regarding job seekers to complete the process.

23.1.2. Non-Functional

23.1.2.1. Operational

23.1.2.1.1. Need to be fulfilled with appropriate technologies such as laptop computers or desktops

23.1.2.2. Security

23.1.2.2.1. Privacy settings of employers and employees are vital to our systems. We must ensure that their personal information is protected and only viewable by City Workforce staff. This ties in with cultural, political as well as legal factors.

23.1.2.3. Performance

23.1.2.3.1. Since employers are looking for temporary employees, they want the fastest results. Thus our system must ensure the most precise and efficient matching process possible (there should be time frames provided for employees to fill out simulation, the matching process should be instant, etc)

24. Group 108

24.1. Good Foods Canada

24.1.1. Functional (Hard) Requirements

24.1.1.1. Process Oriented:

24.1.1.1.1. Online Database must be searchable by both internal managers to view trends and external customers to view stock.

24.1.1.1.2. DSS System must be able to agglomerate consumer data and generate coupons that target individual consumers and defined by their general consumption habits.

24.1.1.2. Info-Oriented:

24.1.1.2.1. TPS System MUST be able to track and store purchase information of customers when entered into the system. We have to be able to access our "customer databank" at any given time.

24.1.2. Non-Functional (Soft) Requirements

24.1.2.1. Operational:

24.1.2.1.1. Database must be editable/accessible via checkout registers in order for our employees to effectively make use of the system. Smart phones should easily be able to access our online store

24.1.2.2. Performance:

24.1.2.2.1. The TPS system should be fast enough to use on a daily basis: entering information must be quick and effective in order for customers not to complain about long checkout times

24.1.2.2.2. The database should have the capacity to hold information on all of our customers

24.1.2.2.3. The database should be reliable enough so that it doesn't crash after subsequent use.

24.1.2.3. Security:

24.1.2.3.1. Personal information must be protected from prying eyes and used only for internal use: leaks should be avoided at all costs. Should follow all legal compliances

25. Group 110

25.1. Functional Requirements

25.1.1. Process-oriented- Logging reservation information, from there this information will be used to schedule trucks, employees, and other resources. Generating search results regarding fleet location. Tracking returned inventory. Information oriented - The system will the store information on store customers profiles including payment information Customer rewards information Inventory Routes Vehicle information, maintenance

25.2. Non-Functional Requirements

25.2.1. Operations - The mobile application should be compatible with all smartphone platforms so that all users can access information Performance - The GPS system should be robust in reporting accurate locations. Security - All customers data should have restricted access in order to ensure confidentiality. Also credit card numbers should be stored as encrypted rather than in text form to secure privacy.

26. Group 109

26.1. Information- oriented - The information system Moveit uses is DSS. The system allows us to collect and analyze information on customers(such as customers names,addresses, moving routes).

26.2. Operational - For non-functional requirement, we can create an official company website and an appointment bookings app which customers can access on smart phones.

27. New node

28. New node