Software RequirementSpecification with Mr Ibrahim Lukman

Herbalist with a Ph.D (in-view)
2 min readJul 13, 2022
google Image

I finally met the much-discussed Mr. Kenny today, and I must say that he is who they proclaimed him to be. One of the lecturers at TIIDELab, Mr. Kenny , is scheduled to teach us JavaScript in the upcoming weeks, but this evening, when he discussed the fundamentals of software requirement specification, the fellows got a taste of his wellspring wisdom and expertise.

A detailed description of a software product that has to be developed is referred to as a “software requirements specification,” or SRS. It’s regarded as one of the lifecycle’s beginning stages for software development. Consider it as the road that leads to your completed project, It is a document that benefits both the client and the developer because it acts as a roadmap and point of reference from the start to the finish of a project. Mr. Kenny outlined what should be included in an SRS document, making it clear that it should contain informations about the structure you want to create and how it should function but not how you intend to achieve it.
He described the various varieties of SRS, their features, structures, and requirements documentation. He gave us a sample of an SRS document at the end of the lesson, and I think we all gained a great deal from today’s lesson with Mr. Kenny. I, for one, am looking forward to learning JavaScript with him.
My upcoming article will go into detail about the subject from a beginner’s point of view to show how well I grasp it. Continue reading as I describe my TIIDELab experience in more detail.

Yours faithfully,

Tekherbalist

--

--