Systems Analyst Is Unique In Term Paper

Finally, the SDLC Model also leads to greater alignment of software application features with customer requirements, which is also measurable. As the role of the systems analyst becomes more closely aligned with customer strategies over and above that of being merely the implementers of technology to business strategists, the role of the SDLC becomes a necessary framework for initiating and delivering lasting process change to an organization. Systems' Analysts Most Critical Task: Finding the Voice of the Customer

Defining the systems and analysis objectives for the all system analysis and design efforts begins with finding the Voice of the Customer (Columbus 2005) which are critical for the development of SDLC-based development strategies which must reflect not only one-of- business objectives but also the specific wants and needs from system users the applications under development will be used by daily. Many IT staffs host User Advisory Councils to gain insights into how the users internal to the company will be using the systems in the future. This Council acts as the Voice of the Customer in the development of the applications, and in the case of Microsoft for example, the company's internal IT staff uses Internet panels for listening to and capturing the unmet needs of internal customers. The User Advisory Council also has Sales, Product Management, Operations, and Service representatives on it to ensure their specific departments' needs are also reflected in the developed applications.. The first step in any strong systems analysis and design program is to create ownership not only with the eventual customers, or users of the system, but also with the internal departments that will also have to support the applications and the system over its life. This is typically referred to as change management, as it focuses on changing the behaviors associated with new systems' processes. It is the most difficult task of the system analyst to appreciably change how people do their jobs every day through the selectively layering in of key technologies. For change to be permanent the systems analyst must give the users ownership of the system being designed and created specifically for their needs. Alstyne, Brynjolfsson and Madnick (1997) comment that "The very act of decentralizing decision-making - asking workers for their values and then taking them seriously - can have a positive effect on the change process by giving employees a sense of ownership and responsibility when it comes to redefining core business businesses," and from previous work show the impact of theories of ownership on change management with this insight from their work Alstyne, Brynjolfsson and Madnick (1995): "Theories of ownership, for example, suggest that decentralizing decisions can boost quality levels as users take responsibility for performance themselves and the systems they help create."

According to many industry experts, change management can take up to 70% of the budget on any given project, as it is a strategy that defines how behaviors will change.

The next step in the systems analysis and design phase is working with the advisory council and internal team members to define how processes are completed today. The scoping of existing processes is a critical step in defining how both systems compliment how people work. The processes in place already, many no doubt highly inefficient and time-wasting in structure, need to be replaced with the system components of the applications themselves.

Following the definition of processes that are going to be modified, the systems workflows are created, often in a graphical formatting tool like Microsoft Visio for example. Figure 1 from the (Service Availability Forum 2005) shows...

...

Systems analysts create these Business Process Management (BPM) workflows to show how specific steps of a business process will be re-defined to better align with the needs of business strategies. HP specifically created the workflow below to show the flow of work from pre-service to service request, and finally to service withdrawal conditions.
Figure 1: Defining Workflows as part of the Systems Analysis Phase of the SDLC

Further steps regarding systems analysis and design include the creation of roles and responsibilities in a matrix, defining alpha and beta test programs, with strong focus on making each step of the systems design and analysis phase focused on both internal and external customers or stakeholders for the system. The use of the User Advisory Council is often used specifically for this purpose.

Conclusion

Progressing from the role of pure technologist to that of strategist and business process re-engineering expert through the use of programming, SOA, and composite application development tools, the system analyst is revolutionizing how companies are using IT to support and enable their accomplishment of business objectives. The traditional role of IT as a cost center is being transformed as a result in many organizations with the CIO becoming one of the lead strategists of an organization, responsible for the accomplishment of line-of-business objectives. This evolution from purely being a cost center to profit center is in direct proportion of the system analyst to be the change agent that assists in the accomplishment of business objectives first, using technology as the competitive advantage and differentiator.

Sources Used in Documents:

References

Alstyne, Marshall van, Erik Brynjolfsson, and Stuart Madnick (1997). "The Matrix of Change: A Tool for Business Process Reengineering." MIT Sloan School Working Papers available on the Internet, accessed on December 17, 2006:

http://ccs.mit.edu/papers/CCSWP189/ccswp189.html

Alstyne, Marshall van, Erik Brynjolfsson, and Stuart Madnick (1995). "Why Not One Big Database? Principles for Data Ownership." Decision Support Systems 15.4 (1995): 267-284.

AMR Research (2005)
http://www.crmbuyer.com/story/45901.html
Service Availability Forum (2005) - Proceedings from the Service Availability Forum, 2005, specifically by the HP Consulting Team. Retrieved from the Internet on December 16th, 2006 at http://www.saforum.org/home


Cite this Document:

"Systems Analyst Is Unique In" (2006, December 17) Retrieved April 19, 2024, from
https://www.paperdue.com/essay/systems-analyst-is-unique-in-40862

"Systems Analyst Is Unique In" 17 December 2006. Web.19 April. 2024. <
https://www.paperdue.com/essay/systems-analyst-is-unique-in-40862>

"Systems Analyst Is Unique In", 17 December 2006, Accessed.19 April. 2024,
https://www.paperdue.com/essay/systems-analyst-is-unique-in-40862

Related Documents

Third, subsystems engineers are more attuned to how their specific product and technology areas are driven by external market forces and market dynamics than system engineers typically are. The reason is that subsystem engineers, both hardware and software, seek to understand how customer and market needs impact their existing and future designs. As both of these classes of subsystem engineers are more focused on how to create valuable contributions

system development life cycle (SDLC) approach to the development of Information Systems and/or software is provided. An explanation of SDLC is offered, with different models applied in implementing SDLC delineated. Advantages and disadvantages associated with each of the models will be identified. System Development Life Cycle According to Walsham (1993), system development life cycle (SDLC) is an approach to developing an information system or software product that is characterized by a

System Theory the Origin and
PAGES 17 WORDS 4711

However, in the most recent theory of evolution which discusses the living world appears as the result of chance and an output of different randomly selected natural mills. This kind of development came to present as a result of the need of more subjects or topics in areas such as cybernetic, general system theory, information theory, theories of games which is needed in most decision making process in line

Unit Three writing assignment: How are partner relationship management (PRM) and employee relationship management (ERM) related to customer relationship management (CRM)? As the primary objective of CRM is to provide businesses with a 360 degree view of their customers, Partner Relationship Management (PRM) is used for providing companies a 360 degree view of their distribution channel partners. Employee Relationship Management (ERM) systems also use the same foundation of CRM, yet the

(1958: 191) (Scott, 2003, p.50) Simon states that a hierarchy of goals is established in which each level is "...considered as an end relative to the levels below it and as a means relative to the levels above it. Through the hierarchical structure of ends, behavior attains integration and consistency, for each member of a set of behavior alternatives is then weighted in terms of a comprehensive scale of

Although the research tools provided by the ISO 14001 framework are both qualitative and quantitative, this approach is consistent with the guidance provided by Neuman (2003) who points out that, "Both qualitative and quantitative research use several specific research techniques (e.g., survey, interview, and historical analysis), yet there is much overlap between the type of data and the style of research. Most qualitative-style researchers examine qualitative data and vice