There are too many ways to answer so let's start with assumptions on your goals and answer as follows:
You'll need at least a method of storing the portions of the future report. We do this as "bits." Then you'll need to store many other pieces of the generation protocol, like what triggers any piece being included? For parts that are generated on the fly (without stored text) whence do they come (i.e. weather might be collected from a website, temperature might be measured from your digital thermometer connected to your PC, a user's name might be requested at the moment of report generation, today's date is a system variable and the current conversion rate of $Dollars to ¥Yen may be pulled down from Bloomberg or some Bulletin board service.
This means the main software requirement would be a database. We've generated documents from Access, Outlook, Word using Excel for the data, and Oracle. Since each of these allows a coding and application capability, they could be used as stand alone "software" specifications and no other piece would be required. In practice however, you will want more sophisticated tools.
After storage (we also recommend MySQL, which is now owned by Sun, and which is a robust back end) the data based on a list or event handling is streamed into a report. What format would you like that in? Different formats offer benefits and weaknesses. The report is generated and then we'd recommend creating from whatever initial format is preferred, or AS an initial format, moving it to a secure *PDF. This can be effected in a variety of ways, from Adobe or third party pdf generators. The portable document format (pdf) is definitely the most versatile, compact (while being robust) and compatible format for a final digital document. If printed, Adobe virtually guarantees that it will look on paper as it does on the screen, and yet the beautiful file is no larger than necessary.
Other final document considerations should also be taken - i.e. if it will be viewed on a pda or phone, you may consider xml or some other web based format which can be style sheeted to reflow for the particular viewing screen. This is a less versatile but more adaptable format.
Summarizing you'll need:
* A storage application and file - Database, i.e. Access; MySQL * A generation application - VBA in Access; MySQL Stored procedures, etc. * A document preperation platform - handle it as text in Access or MySQL; or move to Word or Quark or another app for complex features, i.e. column based text flow or table of contents.
* An application for conversion from this preparation stage to a PDF or web-based (XML, HTML) final document or eBook.
Software requirement specifications include both installation and maintenance requirements, and functional aspects of software that a user needs. User requirement specification in software is the specifications about functional and user interface specification.
In Requirement specification we specify the the requirements of the software project. It is important because if requirements are not properly specified the end product will not satisfy customer's requirement.
What are the disadvantage of software requirement specification
SRS in context of Software Engineering stands for System Requirements Specification. It is a document that specifies the complete description of the behavior of the system. For example, if the group of software engineers are to design a software for a bank. Assuming they are provided with BRD (Business Requirement Design), the engineers first need to describe and design the behavior of the software. The various entities the software has to react with, the various properties it should possess and so on. These specification can be a type of SRS.
SRS in context of Software Engineering stands for System Requirements Specification. It is a document that specifies the complete description of the behavior of the system. For example, if the group of software engineers are to design a software for a bank. Assuming they are provided with BRD (Business Requirement Design), the engineers first need to describe and design the behavior of the software. The various entities the software has to react with, the various properties it should possess and so on. These specification can be a type of SRS.
Software requirement specifications include both installation and maintenance requirements, and functional aspects of software that a user needs. User requirement specification in software is the specifications about functional and user interface specification.
In Requirement specification we specify the the requirements of the software project. It is important because if requirements are not properly specified the end product will not satisfy customer's requirement.
compare these specification agains the requirement of commercial software (games, utilites, application)
At the below URL you can find a template that can help you in writing a "software requirement specification".www.processimpact.com/process_assets/srs_template.docmcis.jsu.edu/studio/SRSSample.docbitterroot.Vancouver.wsu.edu/cs420_Spring09/docs/srs.doc
What are the disadvantage of software requirement specification
An SRS document is formed after requirement engineering. The SRS stands for Software Requirement Specification.
what is the question specifically?
TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.TargetLink is a type of software for the automatic generation of production codes. The software TargetLink was developed by dSPACE GmbH in the year 2009.
Software creation requires different phases of software development life cycle. These are: Requirement analysis and specification Design Coding Testing Operation and maintenance
by having the command on software project giving the information and detail with proper requirement specification and design is what synopsis is all about.
SRS in context of Software Engineering stands for System Requirements Specification. It is a document that specifies the complete description of the behavior of the system. For example, if the group of software engineers are to design a software for a bank. Assuming they are provided with BRD (Business Requirement Design), the engineers first need to describe and design the behavior of the software. The various entities the software has to react with, the various properties it should possess and so on. These specification can be a type of SRS.
SRS in context of Software Engineering stands for System Requirements Specification. It is a document that specifies the complete description of the behavior of the system. For example, if the group of software engineers are to design a software for a bank. Assuming they are provided with BRD (Business Requirement Design), the engineers first need to describe and design the behavior of the software. The various entities the software has to react with, the various properties it should possess and so on. These specification can be a type of SRS.