{"title":"在软件开发过程中任命与非功能需求相关的实践","authors":"C. Jaramillo","doi":"10.21500/20275846.4697","DOIUrl":null,"url":null,"abstract":"In software engineering we can talk about practices at different levels. Practices are understood as sets of repeatable activities for achieving good results when they are used. Non-functional requirements—constraints on services/functions of a system—also have associated practices. However, naming forms are useless for generating consensus about such practices, since elements like work products, constraints, descriptions, and so on are used, and such elements interfere with practice recognition and usage. For this reason, in this paper we name a set of practices about non-functional requirements from their description in the state of the art. We also consider the elements required by good naming of practices. We hope this set of practices about non-functional requirements can be used as a starting point for detailed presentation by using graphical standards employed for practices.","PeriodicalId":30271,"journal":{"name":"Ingenierias USBMed","volume":"11 1","pages":"39-47"},"PeriodicalIF":0.0000,"publicationDate":"2020-10-07","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":"{\"title\":\"Nombramiento de prácticas relacionadas con requisitos no funcionales en el proceso de desarrollo de software\",\"authors\":\"C. Jaramillo\",\"doi\":\"10.21500/20275846.4697\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"In software engineering we can talk about practices at different levels. Practices are understood as sets of repeatable activities for achieving good results when they are used. Non-functional requirements—constraints on services/functions of a system—also have associated practices. However, naming forms are useless for generating consensus about such practices, since elements like work products, constraints, descriptions, and so on are used, and such elements interfere with practice recognition and usage. For this reason, in this paper we name a set of practices about non-functional requirements from their description in the state of the art. We also consider the elements required by good naming of practices. We hope this set of practices about non-functional requirements can be used as a starting point for detailed presentation by using graphical standards employed for practices.\",\"PeriodicalId\":30271,\"journal\":{\"name\":\"Ingenierias USBMed\",\"volume\":\"11 1\",\"pages\":\"39-47\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"2020-10-07\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"0\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"Ingenierias USBMed\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.21500/20275846.4697\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"Ingenierias USBMed","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.21500/20275846.4697","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
Nombramiento de prácticas relacionadas con requisitos no funcionales en el proceso de desarrollo de software
In software engineering we can talk about practices at different levels. Practices are understood as sets of repeatable activities for achieving good results when they are used. Non-functional requirements—constraints on services/functions of a system—also have associated practices. However, naming forms are useless for generating consensus about such practices, since elements like work products, constraints, descriptions, and so on are used, and such elements interfere with practice recognition and usage. For this reason, in this paper we name a set of practices about non-functional requirements from their description in the state of the art. We also consider the elements required by good naming of practices. We hope this set of practices about non-functional requirements can be used as a starting point for detailed presentation by using graphical standards employed for practices.