
If you’re about to embark upon a software development engagement, you may be wondering about the best way to gather and communicate your requirements. Here are five tips that will help put everyone on the same page from the start:
- Create a list of definitions
- Create a diagram
- List the functional requirements
- List the non-functional requirements
- Create user stories
At ExcelHelp.com, our team of expert Visual Basic for Applications (VBA) and Structured Query Language (SQL) developers can guide you through the requirements gathering process.
Definitions
Provide a list of all the acronyms and industry specific terms that may be used during the project, along with their definitions. Include the names of any software products or databases that you are currently using, if they are related to the project. If your team refers to them with alternate names, then be sure to include those, as well. This relatively simple task can greatly accelerate the developer’s understanding of your project and avoid potentially costly misunderstandings.
Diagram
A simple sketch of your current system can go a long way in helping communicate the problem you are trying to solve. This diagram should show where data is stored (database, cloud service, Excel file, etc.), where it is processed and how it is used (reports, quotes, input to another system, etc). If you envision a new configuration, then sketch that as well. Keep it simple to start with and add clarity later, as needed.
User Stories
Ask each person on your team to write down what they need the software to do. Here are a few examples of user stories:
- I need to be able to login and:
- view account information
- run a report
- manage authorized users
- create a customer quote
- I need the software to automatically:
- Pull data from a database, process it and generate a csv file
These user stories tell the developer what the software should do on a high level. You may have a very time-consuming, cumbersome process for doing these tasks now, but try to explain that in the diagram that you create in step 2.
Functional Requirements
At a high level, describe what the software needs to do. Include the overall objective of the project and any business rules that need to be incorporated. The overall project objective might be something like this:
“provide improved decision-making support by automating the integration of data from multiple systems and generating visualizations.”
Here is an example of a business rule:
“when the scrap generated by the production process is below 10%, highlight the cell green.”
Non-Functional Requirements
Non-functional requirements clarify your expectations regarding a broad range of details concerning the application and how it will be used. Document each of the following items and review them with the developer early-on:
- Visual Preferences: branding, color scheme, look and feel
- Performance: how fast does it need to be?
- Security: access levels, passwords
- Capacity: number of records, volume of transactions, number of users, room for growth
- Compatibility: what operating systems and platforms does it need to run on? What other systems does it need to interact with?
- Mobility: where will the users be located? Will they have internet access?
- Legal and political considerations
Contact ExcelHelp.com for A Free Consultation
Let our expert VBA developers help you develop and implement your software solution. Contact our team to schedule a free consultation by calling 1-800-682-0882 or visit our website at ExcelHelp.com to submit an inquiry online.