1. © 2004, David Gadish, Ph.D.1 Software Engineering CIS 410 Winter 2004 Week 9 Lecture Dr. David Gadish

2. © 2004, David Gadish, Ph.D.2 Week 8 Review  Reviewed individual project progress  Operating Systems (Chapter 11)  File Management Systems (Chapter 12)

3. © 2004, David Gadish, Ph.D.3 Week 9 Agenda  Student Presentations (10-15 min each): –Adolpho, Martin, Sean –Jonathan, Allan, Stephanie  System Administration (Chapter 14)  CAD Technology - Overview  GIS Technology - Overview

4. 4 System Administration Chapter 14

5. © 2004, David Gadish, Ph.D.5 Objectives  System administration responsibilities and tasks  The process of acquiring computer hardware and system software  Tools and processes for evaluating application resource requirements and computer system performance  System security model –how it can be implemented  Installing and protecting computer hardware

6. © 2004, David Gadish, Ph.D.6 Chapter Topics

7. © 2004, David Gadish, Ph.D.7 System Administration System Administration responsibilities: –Acquiring new IS resources –Maintaining existing IS resources –Designing and implementing an IS security policy –Ensure the efficient and reliable delivery of information services

8. © 2004, David Gadish, Ph.D.8 System Administration Strategic Planning issues: –Strategies for developing services and markets for them –Strategies for acquiring sufficient resources for operations and growth –Organizational structure and control

9. © 2004, David Gadish, Ph.D.9 System Administration Hardware and Software as Infrastructure: Capital resources have the following characteristics: –Service to a large and diverse set of users –Costs that are difficult to allocate to individual users –Recurring need for new capital expenditures –Significant operating costs for maintenance

10. © 2004, David Gadish, Ph.D.10 System Administration Hardware and Software as Infrastructure: The strategic issues that must be addressed by organizations are: –What services will be provided? –How will service users be charged? –What infrastructure is required to provide the services? –How can the infrastructure be operated, maintained, and improved at minimal cost?

11. © 2004, David Gadish, Ph.D.11 System Administration Standards:  Providing infrastructure-based services to a wide variety of users requires adopting services standards.  Standardization causes problems for users that want services near the leading edge.  It is hard to standardize when dealing with hardware and software.

12. © 2004, David Gadish, Ph.D.12 System Administration Competitive Advantage: Describes a state of affairs in which one organization employs resources so as to give it a significant advantage over its competitors.

13. © 2004, David Gadish, Ph.D.13 System Administration Competitive Advantage:  Providing services that competitors are unable to provide  Providing services of unusually high quality  Providing services at unusually low price  Generating services at unusually low cost

14. 14 The Acquisition Process

15. © 2004, David Gadish, Ph.D.15 The Acquisition Process 1. Determine the applications that the hardware/software will support. 2. Specify detailed requirements in terms of hardware and software capability and capacity. 4. Draft a request for proposals and circulate it to potential vendors. 5. Evaluate the responses to the request for proposals. 6. Contract with a vendor or vendors for purchase, installation, and/or maintenance.

16. © 2004, David Gadish, Ph.D.16 The Acquisition Process Determining and Stating Requirements:  Integration with existing hardware/software  Availability of maintenance services  Availability of training  Physical parameters such as size, cooling requirements, and disk space for system software  Availability of upgrades

17. © 2004, David Gadish, Ph.D.17 The Acquisition Process Request for Proposal (RFP) A formal document sent to vendors that states requirements and solicits proposals to meet those requirements.

18. © 2004, David Gadish, Ph.D.18 The Acquisition Process Evaluating Proposals: 1. Determine acceptability of each proposal 2. Rank acceptable proposals 3. Validate high-ranking proposals

19. 19 Determining and Evaluating Performance

20. © 2004, David Gadish, Ph.D.20 Determining Requirements and Evaluating Performance Determining hardware requirements for software is difficult: –Computer systems are complex combinations of interdependent components. –The configuration of operating and other system software can significantly affect raw hardware performance. –The hardware and system software resources required by applications cannot always be predicted precisely.

21. © 2004, David Gadish, Ph.D.21 Determining Requirements and Evaluating Performance Benchmarks:  A measure of computer performance for specific tasks  Select the benchmark test most relevant to the intended application.  Determine the relationship between benchmark tests and the actual work that the new computer system will perform.

22. © 2004, David Gadish, Ph.D.22 Determining Requirements and Evaluating Performance Measuring Resource Demand and Utilization: –Hardware monitors (between hardware components) –Software monitors (usually embedded in OS) –Program profilers (in S/W code)

23. 23 Security

24. © 2004, David Gadish, Ph.D.24 Security Well integrated approach includes measures to:  Protect physical resources against accidental loss or damage  Protect data and software resources against accidental loss or damage  Protect all resources against malicious tampering  Protect sensitive software and data resources against unauthorized access and accidental disclosure

25. © 2004, David Gadish, Ph.D.25 Security Access Control Processes:  Authentication – the process of determining or verifying the identity of a user or process owner.  Authorization - determining whether an authenticated user or process has sufficient rights to access a particular resource.

26. © 2004, David Gadish, Ph.D.26 Security

27. © 2004, David Gadish, Ph.D.27 Security Password Controls and Security Methods:  Restrictions on the length and composition of valid passwords  Requirements that passwords periodically be changed  Encryption of passwords in files and during transmission over a network

28. © 2004, David Gadish, Ph.D.28 Security

29. © 2004, David Gadish, Ph.D.29 Security

30. © 2004, David Gadish, Ph.D.30 Security Auditing – the process of creating and managing records of user activity or resource access.

31. © 2004, David Gadish, Ph.D.31 Security Virus Protection Software Capabilities:  Scanning e-mail messages and attachments  Monitoring access to important system files and data structures  Scanning removable media  Periodically scanning the file system

32. © 2004, David Gadish, Ph.D.32 Security Software Updates:

33. © 2004, David Gadish, Ph.D.33 Security

34. © 2004, David Gadish, Ph.D.34 Security Firewalls:  Application firewalls – (proxy server) – a server that handles the service requests of external users.  Stateful firewalls – tracks the progress of complex client-server interactions.

35. © 2004, David Gadish, Ph.D.35 Security

36. 36 Physical Environment

37. © 2004, David Gadish, Ph.D.37 Physical Environment Computer Hardware Installation Issues:  Electrical Power  Heat Dissipation  Moisture  Cable Routing  Fire Protection

38. © 2004, David Gadish, Ph.D.38 Physical Environment Electrical Power - fluctuations in power can cause: –Momentary power surges –Momentary power sags –Long-term voltage sags –Total loss of power

39. © 2004, David Gadish, Ph.D.39 Physical Environment Heat Dissipation:  All computer equipment requires some means of heat dissipation.  Many hardware devices use fans to move air through the unit.  Auxiliary cooling can be provided within an individual equipment cabinet.

40. © 2004, David Gadish, Ph.D.40 Physical Environment Moisture:  Excessive moisture is an enemy of electrical circuitry.  Well-designed cabinets are one defense against the dangers of moisture.  Humidity can be controlled automatically by optional components of heating, ventilation and air conditioning systems.

41. © 2004, David Gadish, Ph.D.41 Physical Environment Cable Routing: A raised floor is generally used in a room that contains multiple hardware cabinets, a single mainframe computer system or multiple minicomputers.

42. © 2004, David Gadish, Ph.D.42 Physical Environment Fire Protection:  Carbon dioxide, fire retardant foams and powders, and various gaseous compounds are alternate methods of fire protection, but not for computer equipment.  Halon gas is used around computer equipment since is does not promote condensation.

43. © 2004, David Gadish, Ph.D.43 Physical Environment Disaster Planning and Recovery:  Periodic data backup and storage of backups at alternate sites.  Backup and storage of critical software at alternate sites.  Installing of duplicate or supplementary equipment at alternate sites.  Arrangements for leasing existing equipment at alternate sites.

44. 44 Computer Aided Design (CAD)

45. © 2004, David Gadish, Ph.D.45 In the Beginning…  Ivan Sutherland who demonstrated a sketching program called Sketchpad in 1963.  Sketchpad allowed engineers for the first time to generate drawings by using an interactive graphics terminal, and to manipulate them by using a light pen and keyboard.  From these beginnings, the field developed rapidly.

46. © 2004, David Gadish, Ph.D.46 And then…  The first CAD systems appeared in the mid-1960s –IBM's DAC-1 for use by General Motors in car design.  Architectural uses of CAD lagged behind engineering applications. –CAD typically required investments of hundreds of thousands of dollars.  The introduction of personal computers, particularly the IBM PC in 1981 was a turning point for architectural CAD.  In 1982, Autodesk introduced the first CAD program for the IBM PC, called AutoCAD. With this, CAD became affordable.

47. © 2004, David Gadish, Ph.D.47 Computer Aided Design  Using computers for design activities –Points, Lines, Shapes,… –Color, Line Weight, Style,… –Graphics, Attributes –2D, 3D –Lighting, …

48. © 2004, David Gadish, Ph.D.48 Computer Aided Design  Two of the major players: –Autodesk www.autodesk.com AutoCad software –Bentley www.bentley.com Microstation software

49. © 2004, David Gadish, Ph.D.49 CAD Sectors  Architectural Design  Civil Engineering  Facilities Management  Geospatial (GIS)  Plant Design  Landscape Design  Automobile Design

50. © 2004, David Gadish, Ph.D.50 CAD for Architectural Design

51. © 2004, David Gadish, Ph.D.51 CAD for Architectural Design

52. © 2004, David Gadish, Ph.D.52 CAD for Civil Engineering

53. © 2004, David Gadish, Ph.D.53 CAD for Civil Engineering

54. © 2004, David Gadish, Ph.D.54 CAD for Facilities Management

55. © 2004, David Gadish, Ph.D.55 CAD for GIS Data Creation / Maintenance

56. © 2004, David Gadish, Ph.D.56 CAD for GIS Data Creation / Maintenance

57. © 2004, David Gadish, Ph.D.57 CAD for Plant Design

58. © 2004, David Gadish, Ph.D.58 CAD for Landscape Design

59. © 2004, David Gadish, Ph.D.59 CAD for Automobile Design

60. 60 Geographic Information Systems (GIS)

61. 61 What is GIS ?

62. © 2004, David Gadish, Ph.D.62 What is GIS ?  Combination of computer hardware, software, data, business processes and people to manage data that has a location component  A technology to visualize, manipulate, analyze, and display spatial data  Analysis allowing for timely, informed decisions  “Smart Maps” linking a database to a map

63. © 2004, David Gadish, Ph.D.63 Geographic Information Systems (GIS) Customers Buildings Streets Reality

64. © 2004, David Gadish, Ph.D.64 Traditional Business Databases “ Not Easy to Interpret ”

65. © 2004, David Gadish, Ph.D.65 Visualization “ Worth a Thousand Words ”

66. © 2004, David Gadish, Ph.D.66 Asking A Question – Interaction

67. © 2004, David Gadish, Ph.D.67 Maps and Database are “ Interactive ”

68. 68 Applications of GIS

69. © 2004, David Gadish, Ph.D.69 Some ways GIS is Used  Emergency Services – Fire & Police  Environmental – Monitoring & Modeling  Business – Site Location, Delivery Systems  Industry – Transportation (Fleet Mgmt), Communication,  Mining, Pipelines, Healthcare  Government – Local, State, Federal, Military  Education – Research, Teaching Tool, Administration

70. © 2004, David Gadish, Ph.D.70 GPS for Business  The following are key areas of interest for businesses: –Sales –Customers –Inventory –Demographic profiles –Mailing lists, and much more.

71. © 2004, David Gadish, Ph.D.71 GIS for Business  At the core of this business information is an: –Address –A service boundary –A sales territory –or a delivery route  that can be illustrated and interactively managed on a map.

72. © 2004, David Gadish, Ph.D.72 GIS for Business  By tying business information to specific locations on interactive maps, businesses can: –identify business patterns –understand relationships not apparent from static tables and charts

73. © 2004, David Gadish, Ph.D.73 Example: Banking and Insurance Companies  GIS technology provides financial users with insight about their customer's purchasing habits, financial behavior, and needs for additional products or services.  As a result, banks are able to target their best prospects and not misdirect marketing and advertising resources.

74. © 2004, David Gadish, Ph.D.74 Chocolate Locator

75. © 2004, David Gadish, Ph.D.75 Real Estate Where to buy a home?

76. © 2004, David Gadish, Ph.D.76 Learn GPS  A GPS receiver is a device that communicates with satellites to determine locations.  Learn to navigate using the Global Positioning System (GPS).

77. © 2004, David Gadish, Ph.D.77 Learn How GPS Works With GIS  Use GPS for GIS data collection and data maintenance is essential for timely decision-making and the wise use of resources.

78. © 2004, David Gadish, Ph.D.78 Take my Intro. To Business GIS  Learn fundamentals of GIS – What it is about?  Get acquainted with the most popular GIS software out there – ArcGIS  Learn about Global Positioning Systems ( GPS )  Learn how to use a GPS

79. © 2004, David Gadish, Ph.D.79 More Info? Visit me! Simpson Tower #609 Email me! dgadish@calstatela.edu

80. 80 Project Presentations Adolpho, Martin, Sean Jonathan, Allan, Stephanie

81. © 2004, David Gadish, Ph.D.81 Project Deliverables  Cover page  TOC  Overview / Introductions –important section  Research (sections/sub-sections)  Summary –your thoughts, conclusions –important section  References / bibliography

82. © 2004, David Gadish, Ph.D.82 Project deliverables  Quality vs. Quantity  Proper English grammar, spelling  Professional look  Pictures, bullets where needed  In binder  CD with soft copy of document and presentation attached to finder.  “Project Specifications” doc for more details  Contact me if need clarifications

83. © 2004, David Gadish, Ph.D.83 Next Week (Week 10)  Hand in projects before class (6:10pm)  The rest of the student presentations  Course review  A look at the future: Individual and global perspectives