Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[PROGRESS] Initial Client Brief #51

Closed
5 tasks done
LiamTownsley2 opened this issue Nov 10, 2023 · 2 comments
Closed
5 tasks done

[PROGRESS] Initial Client Brief #51

LiamTownsley2 opened this issue Nov 10, 2023 · 2 comments
Labels

Comments

@LiamTownsley2
Copy link
Collaborator

LiamTownsley2 commented Nov 10, 2023

The client requests that a software system is designed and developed to track assets within the
company. All asset information should be stored in an online database. It is envisioned that this
database could be used by other company systems in the future and thus descriptive and consistent
naming conventions should be used.

Assets include any hardware being used on the company network. It must be possible to add, view,
edit, or delete asset data. A unique identifier should be automatically generated for each asset. The
client would like the software to automatically get hardware data from the system on which it is
running including system name, model, manufacturer, type, and IP address. Some assets have a
physical sticker with the purchase date, which would be useful to capture. It should also be possible
for a text note to be added, which can contain any extra data the company may want to capture
about the specific asset.

Each asset is linked to an employee who is responsible for it. The first name, last name, and email
address of the employee should be stored. Note that an employee may be responsible for one or
more assets. Employees work within a department, which should also be captured. The departments
within ScottishGlen include finance, human resources, operations, sales, and information
technology.

The system must make data acquisition as easy as possible. It is expected that database
communication will have a minimal response time and that screen refresh time will not delay entry
of data. Clear instructions must be visible to the user who will capture asset data, and a minimal
learning curve is expected (user training time should be less than 30 minutes). The client operates a
Microsoft environment, and the system must be able to run as a desktop application on a Windows
machine.

Todo

Employee

The Initial Client brief also sets out the Non-Functional Requirements in #17.

@LiamTownsley2
Copy link
Collaborator Author

double check that the requirements for the initial brief have been met and then ensure change requests are accurate and accounted for within github

@LiamTownsley2
Copy link
Collaborator Author

LiamTownsley2 commented Nov 19, 2023

Initial Client Brief requirements have been met. Issue closed.

This may be reopened should the client state that my implementation does not meet the specifications given.

API:types/hardware-asset

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant