Hi,
I've been set a project at work to make a prject tracking system. As this forms the basis for larger system I'm making I could do with someone taking a few minutes to check my design allows me to do the following. Part of system (and what the below design is for) is as follows:
- User Logs in
- Creates a Project (or has a project assigned to them)
- Each project would have multiple steps (or to do lists as my boss calls them)
- Each of these steps has sub items
- Users are able to comment on each sub item step
- Project overview page showing most recent activity on a project - date order of comments and to do lists/items added
- Upon commenting, the commenter can select multiple users to be alerted to the new comment
E.g. for a project to build a website
->New Website
- Create Design
---- Build Site
---- Create CSS
- Use JQuery
- SEO
- Testing
etc etc.
Here's the design I came up with:
Now I'm pretty sure I can easily do all the requirements except the last two. I can imagine for the overview page I'd need some quite painful sql, so I may decide to store new actions in a history table so the overvierw page would simply be a case of selecting data from a particular date date range.
For multiple users being altered to a comment, well only way I think of to do this is add yet another table holding just the commentID and user ID.
Doers anyone see anything that jumps out to them as wrong or really really inefficient?
Thanks
I've been set a project at work to make a prject tracking system. As this forms the basis for larger system I'm making I could do with someone taking a few minutes to check my design allows me to do the following. Part of system (and what the below design is for) is as follows:
- User Logs in
- Creates a Project (or has a project assigned to them)
- Each project would have multiple steps (or to do lists as my boss calls them)
- Each of these steps has sub items
- Users are able to comment on each sub item step
- Project overview page showing most recent activity on a project - date order of comments and to do lists/items added
- Upon commenting, the commenter can select multiple users to be alerted to the new comment
E.g. for a project to build a website
->New Website
- Create Design
---- Build Site
---- Create CSS
- Use JQuery
- SEO
- Testing
etc etc.
Here's the design I came up with:

Now I'm pretty sure I can easily do all the requirements except the last two. I can imagine for the overview page I'd need some quite painful sql, so I may decide to store new actions in a history table so the overvierw page would simply be a case of selecting data from a particular date date range.
For multiple users being altered to a comment, well only way I think of to do this is add yet another table holding just the commentID and user ID.
Doers anyone see anything that jumps out to them as wrong or really really inefficient?
Thanks
Last edited: