Recommended Strategy for Phases of Implementation
- Integration
The phase involves unifying all different elements of a system to ensure they function in achieving the same goal.
- Testing
The testing phase involves steps and procedures to check whether the system is operating as per the set goals.
- Verification
The verification process involves determining whether the end goals have been achieved.
Since the maintenance department is normally overwhelmed with tasks from the beginning onwards, it is, therefore, advisable for Joan and her team to coordinate the maintenance role during the Healthy Harvest app development (Kurbel, 2010). After the audit, there will be a consensus to yield the findings, recommendations, action strategy, and cost-benefit study. The audit will help the general public better commit to the application. A position in the organization structure should be allocated to maintenance and implementation. Further, the maintenance manager should be on the board of management structure (Walz & Land, 2008).
Recommendation
The internet-based electronic commerce app has the power to effectively communicate with customers and expand its reach to a broad market. For Healthy Harvest app implementation and maintenance plan, it will encompass the information below:
First, the recommendation for the installation plan for the Healthy Harvest app by highlighting the advantages and disadvantages of each installation framework and comparing it with the other installation plan. The four installation strategies include Parallel, Direct, Single-location, and Phased Installation plans. The document outline includes system documentation, training, and user support. Thirdly, outlining the maintenance needs of the system. A short description of the needs of each item the in the app. The maintenance needs of the Healthy Harvest app include the alternative organizational structure, quality measurement, processes for handling change requests, and configuration management.
Installation Strategy
The team should implement the Healthy Harvest App in a phased approach strategy where the initial step would encompass the development and testing of the back-end systems. It is the perfect approach for installing the Healthy Harvest app since the technique is a compromise between direct and parallel approaches. This strategy’s implementation is done in phases (Kurbel, 2010). The second stage involves the development and testing of the front-end systems. Thirdly, the stage involves the installation of the back-end systems. Finally, deploying the front-end systems (Kurbel, 2010).
The phased implementation of the Healthy Harvest app enjoys some advantages to the online web store, such as low-cost implementation. Secondly, the phased installation plan reduces errors since they are isolated during each phase. Thirdly, the healthy harvest app is efficient since employees are slowly introduced to the new system and thus get time to acquaint themselves with new system features (Kurbel, 2010). Finally, the phased approach will allow for the development and testing of the back-end and front-end systems separately. It will help to ensure that the systems are working correctly before deployment.
Although phased implementation is the perfect strategy for Healthy Harvest app implementation, it has some drawbacks. Firstly, the overall project duration tends to be longer because of phased implementation. It is caused by reduced parallel activities and, thus, extended duration (KTL Solutions, 2015). Secondly, the extended duration translates to increased costs. The costs originate from fixed costs elements such as project management which is required throughout the duration at a fairly constant level. The increased costs may also originate from inefficiencies due to reduced opportunities for resourcing economies of scale that may exist in wide scope. Finally, the project is fatigued due to longer deployment (KTL Solutions, 2015). Due to the phased approach, the extended projects may have no end. For this reason, maintaining motivation and focus among members has natural limits.
Documentation Requirements
The Healthy Harvest App documentation should encompass instructions on using the app and training to support the users. According to Herwig (2014), the primary goal of effective documentation is making sure stakeholders and developers are headed in the same direction in the same direction in meeting user needs and accomplishing the project objectives. Healthy Harvest system documentation offers an overview of the system and assists engineers and stakeholders in understanding the underlying technology. It will comprise the verification and testing information, validation docs, source code, and architecture design (Herwig, 2014). The documentation requirements for the Healthy Harvest App should incorporate instructions on how to use the system and training and supporting users. In addition, the documentation should also include information on how to configure the system and request changes (Kurbel, 2010).
The Health Harvest requirement documents offer information about system functionality. Generally, the product requirements denote the statements on what the system can do. It will include user stories, business rules, and use cases clearly and extensively. It should have a clear product outline of the app’s purpose, functionalities, maintenance behaviour, and features (Walz & Land, 2008). Overall, the document is created for the end users explaining the simple way possible how the app can solve the problems. The user instructions can be offered in a printed form online or offline on the device (Walz & Land, 2008).
Maintenance Needs
The maintenance needs for the Healthy Harvest App include alternative organizational structures, Quality measurement, Change request processes, and Configuration management.
Alternative Organizational Structures: The configuration of the Healthy Harvest should permit alternative organizational structures. For this reason, it will allow the organization to alter the structure that incorporates the team responsible for the app without having to make changes to the source code.
Quality Measurement: According to Chittamuru (2016), quality metrics are an efficient way to measure how the Healthy Harvest app performs in the market by comparing it with the best industry. These metrics provide a clear understanding of how the app is performing, and it is important to have benchmarks against which to measure (Chittamuru, 2016). They should configure the Healthy Harvest app to allow quality measurement. Thus, the organization could track the app’s quality while identifying the issues it must address. The three elements that serve as a benchmark for measuring Healthy Harvest app quality are based on factors including:
- Reliability: It refers to the risk attached to the app and the probability that the said code in the app will not function (Ivaldi & Lőrincz, 2011). The most reliable code is less likely to fail; thus, measuring the code reliability is important to lessen the chances of the Healthy Harvest app malfunctioning.
- Security: Since we live in a time marked by security breaches of various platforms such as Facebook and Twitter. Living in a world of the internet and the web imply that personal data is under threat than ever before (Ivaldi & Lőrincz, 2011). For this reason, it is important to test the Healthy Harvest app for security metrics to ensure it meets the threshold.
- Maintainability and Testability: It encompasses the ease with which the software and, thus, the codebase can be maintained and governs whether or not the software is of high quality (Ivaldi & Lőrincz, 2011). The plan stipulates how to evaluate the codebase’s structure, consistency, and complexity to measure the code quality based on maintainability.
The factors such as testability are incorporated, and thus it is complex to provide a single fast metric for determining the code quality based on maintainability (Ivaldi & Lőrincz, 2011). The common ways involve measuring the number of stylistic warnings and running the app code through a Halstead complexity test.
Change Request Processes: A change request denotes a proposal from a stakeholder in the software development process to modify something in the app development process. The popular requests include defect errors and requests for product enhancement through the new features. The change request process for Healthy Harvest will be defined and documented. For this reason, ensuring that the changes are performed in a controlled manner and the impact of the changes is evaluated. To formalize the request, the stakeholders in the project fill out a form and submit a record. The change request then moves through a series of actions and states. The current state is the state of a change request. The typical states included in the plan include assigned, submitted, duplicated, and closed. An action is an activity that moves a change request along. The typical actions include reject, assign, resolve, validate and close.
Configuration Management: It is imperative to define and document the configuration management for the Healthy Harvest app. It is important to ensure that the configuration app is controlled and evaluation of the changes impact (Sharma, 2021). The configuration management system denotes a software component responsible for managing the configurations of the Healthy Harvest app. The Healthy Harvest app utilizes these configurations in the ecosystem to perform its functionalities (Sharma, 2021). To simplify, the raison de’etre for any configuration system offers the capability to retrieve and store configuration for other services.
Maintenance Recommendations
Healthy Harvest should develop a weekly maintenance plan to update the system to prevent malware attacks. Having the Healthy Harvest app is more than just building and designing since it involves implementing, maintaining, and managing throughout its use (Sharma, 2021). The applications, like any other things created or bought, must be taken care of through occasional processes. Healthy Harvest app maintenance is not a one-time process, it is a steady job, and app maintenance and support are critical in building a good app. Sharma (2021) claims that the technologies are advancing daily, thus no escaping from the app maintenance unless they want to lose users. Better apps have resulted from growing technologies; thus, it is important to stay ahead of the race to hold back customers and acquire new ones.
References
Chittamuru, S. (2016). Focusing on Quality Assurance. Journal Of Applied Computing, 08(01). https://doi.org/10.4172/1920-4159.1000e102
Herwig, V. (2014). Documentation of Software Systems. Electrical And Computer Systems, 22(5), 240-246. https://doi.org/10.15276/etks.13.89.2014.34
Ivaldi, M., & Lőrincz, S. (2011). Implementing Relevant Market Tests in Antitrust Policy: Application to Computer Servers. Review Of Law & Economics, 7(1). https://doi.org/10.2202/1555-5879.1248
KTL Solutions. (2015). Pros and Cons of the different implementation strategies. KTL Solutions. Retrieved 11 September 2022, from https://www.ktlsolutions.com/pros-and-cons-of-the-different-implementation-strategies/.
Kurbel, K. (2010). The making of information systems: Software Engineering and Management in Globalized World. Springer.
Sharma, A. (2021). Better Applications Using Dynamic Configuration Management. Medium. Retrieved 11 September 2022, from https://medium.com/walmartglobaltech/better-applications-using-dynamic-configuration-management-26c4bee5be3c.
Walz, J., & Land, S. (2008). Practical Support for ISO 9001 Software Project Documentation: Using IEEE Software Engineering Standards. Kybernetes, 37(8). https://doi.org/10.1108/k.2008.06737hae.001