3.1. Какие типы программных продуктов можно выделить? Чем они различаются?
1. Системное программное обеспечение
Предназначено для выполнения различных вспомогательных функций: управление ресурсами ЭВМ; создание копий используемой информации; проверку работоспособности устройств ЭВМ; выдачу справочной информации о компьютере.
В состав системного программного обеспечения можно отнести: операционную систему; антивирусные программы; программы архивирования; программы обслуживания сети и др.
2. Пакеты прикладных программ — непосредственно обеспечивают выполнение необходимых пользователю работ.
Примеры прикладных программ: текстовые редакторы (Microsoft Word); системы машинной графики (учебные, научные, инженерные и др.); электронные таблицы (Microsoft Excel); системы управления базами данных (Microsoft Access); издательские системы; бухгалтерские программы (1С Бухгалтерия, Турбо Бухгалтер и др.); системы автоматизированного проектирования; экспертные системы; системы искусственного интеллекта (проверка орфографии, перевод, распознавание текста); браузеры; обучающие программы и др.
Спецификация I-TOOLS часть №1
3. Инструментарий технологии программирования (облегчают процесс создания новых программ для ЭВМ на конкретном языке программирования).
Примеры систем программировани: Quck Basic; Turbo Basic; Visual Basic; Pascal; C++; Delphi и др.
3.2. Назовите основные эксплуатационные требования к программным продуктам.
• правильность — функционирование в соответствии с техническим заданием;
• универсальность — обеспечение правильной работы при любых допустимых данных и защиты от неправильных данных;
• надежность (помехозащищенность) — обеспечение полной повторяемости результатов, т. е. обеспечение их правильности при наличии различного рода сбоев;
• проверяем ость — возможность проверки получаемых результатов;
• точность результатов — обеспечение погрешности результатов не выше заданной;
• защищенность — обеспечение конфиденциальности информации;
• программная совместимость — возможность совместного функционирования с другим программным обеспечением;
• аппаратная совместимость — возможность совместного функционирования с некоторым оборудованием;
• эффективность — использование минимально возможного количества ресурсов технических средств, например, времени микропроцессора или объема оперативной памяти;
• адаптируемость — возможность быстрой модификации с целью приспособления к изменяющимся условиям функционирования;
• повторная входимость — возможность повторного выполнения без перезагрузки с диска;
• реентерабельность — возможность «параллельного» использования несколькими процессами. Правильность является обязательным требованием для любого программного обеспечения:
3.3. В каких ситуациях необходимы предпроектные исследования? Какие вопросы при этом решают? Что получают в результате таких исследований?
Целью предпроектных исследований является преобразование общих нечетких знаний о
Создание спецификации — 1С
предназначении будущего программного обеспечения в сравнительно точные требования к нему.
— когда необходимо оценить материальные затраты на разработку программного обеспечения
— когда необходимо оценить временные затраты на разработку программного обеспечения
+ когда необходимо преобразование общих нечетких знаний о предназначении будущего программного обеспечения в сравнительно точные требования к нему
— когда нужно подобрать группу программистов, для разработки программного обеспечения
+ когда необходимо определить возможность решения поставленной задачи
3.4. Из каких разделов состоит техническое задание? Какую информацию должны содержать разделы?
Основные разделы: введение, назначение и требования к программному продукту.
В соответствии с этим стандартом техническое задание должно содержать следующие разделы:
• введение
• основания для разработки
• требования к программе или программному изделию
• требования к программной документации
• стадии и этапы разработки
• порядок контроля и приемки.
Наиболее сложным, как правило, является четкое формулирование основных разделов
полное наименование системы и ее условное обозначение;
Полное наименование системы: Автоматизированная система «Управление» Условное обозначение: АСУ
шифр темы или шифр (номер) договора;
Договор № ХХХ от ДД.ММ.ГГГГ
наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;
перечень документов, на основании которых создается система, кем и когда утверждены эти документы;
плановые сроки начала и окончания работы по созданию системы;
сведения об источниках и порядке финансирования работ;
порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.
Назначение и цели создания системы
Характеристика объекта автоматизации
краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;
сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
Требования к системе
Требования к системе в целом;
Требования к функциям (задачам), выполняемым системой;
Требования к видам обеспечения.
перечень документов по ГОСТ 34.201, предъявляемых по окончании соответствующих стадий и этапов работ;
вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
программа работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организации-исполнителей (при необходимости).
Порядок контроля и приемки системы
виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации;
статус приемочной комиссии (государственная, межведомственная, ведомственная).
Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;
изменения, которые необходимо осуществить в объекте автоматизации;
создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
создание необходимых для функционирования системы подразделений и служб;
сроки и порядок комплектования штатов и обучения персонала.
Требования к документированию
согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и научно-технической документации отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации;
требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.
Источники разработки: документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.
: введения, назначения и требований к программному продукту.
3.5. Какой раздел технического задания считают основным и почему? В чём основная сложность разработки технического задания?
Основные разделы: введение, назначение и требования к программному продукту.
Наиболее сложным, как правило, является четкое формулирование основных разделов: введения, назначения и требований к программному продукту.
3.6. Какие решения ранних этапов проектирования являются основными и почему?
На начальных этапах процесса проектирования должны быть приняты принципиальные
решения, во многом определяющие этот процесс, а также качество и трудоемкость разработки. К таким решениям относят:
• выбор архитектуры программного обеспечения
• выбор типа пользовательского интерфейса и технологии работы с документами
• выбор подхода к разработке структурного или объектного
• выбор языка и среды программирования.
Что такое спецификация? Что включает первичная функциональная спецификация?
Спецификация требований программного обеспечения (англ. Software Requirements Specification, SRS) — законченное описание поведения программы, которую требуется разработать.
Включает ряд пользовательских сценариев (англ. use cases), которые описывают все варианты взаимодействия между пользователями и программным обеспечением.
Пользовательские сценарии являются средством представления функциональных требований. В дополнение к пользовательским сценариям, спецификация также содержит нефункциональные требования, которые налагают ограничения на дизайн или реализацию (такие как требования производительности, стандарты качества, или проектные ограничения).
В стандарте IEEE 830 содержится рекомендации к структуре и методам описания программных требований — «Recommended Practice for Software Requirements Specifications».
3.7. Что включают внутренняя и внешняя функциональные спецификации?
Что понимают под типовыми элементами в программировании?
Под типовыми элементами, или «кубиками», понимаются какие-то отдельно изготовленные типовые части, из которых можно было бы собирать множество программ.
3.8. Какие механизмы использования типовых элементов предоставляют объектно-ориентированные языки программирования?
Источник: infopedia.su
Большая Энциклопедия Нефти и Газа
Спецификация программы ( модуля) [ Program ( Module) Specification ] — точная и полная формулировка задачи, содержащая информацию, необходимая для построения алгоритма ( программы) решения этой задачи. [1]
Спецификация программы , программная спецификация [ program specification ] — точная и полная формулировка определенной задачи или гуппы задач, содержащая сведения, необходимые для построения алгоритма их решения. Содержит описание результата, который должен быть достигнут с помощью конкретной программы, а также действий, выполняемых программой для достижения конечного результата без упоминания того, как указанный результат достигается. [2]
Спецификации программ разработаны не только для пояснения концепций и методов, представленных в книге, но также для передачи некоторого опыта создания достаточно сложных программ машинной графики. Хорошо выполненные, они могут составить инструментарий полезных графических программ. [3]
Спецификация программы , программная спецификация [ program specification ] — точная и полная формулировка определенной задачи или гуппы задач, содержащая сведения, необходимые для построения алгоритма их решения. Содержит описание результата, который должен быть достигнут с помощью конкретной программы, а также действий, выполняемых программой для достижения конечного результата без упоминания того, как указанный результат достигается. [4]
Спецификации программ , разработанных на фазе их проектирования, должны точно описывать характер исходных данных и то, что должно быть получено в результате выполнения программы. Отдельные части спецификации могут отражать время выполнения, сложность вычисления, размер массивов, возможные инварианты, контролирующие ход вычислительного процесса. Один из способов спецификации заключается в описании на естественном языке того, что должно быть получено по заданным исходным данным. Однако в этом случае трудно избежать двусмысленностей при разборе их разными специалистами. Естественно, что многие ученые предлагают различные методы формальных спецификаций. [5]
Спецификации программ разработаны не только для иллюстрации концепций и технологий, представленных в книге, но также чтобы передать некоторый опыт создания достаточно сложных программ машинной графики. Хорошо реализованные, они могут составить инструментарий полезных графических программ. Результатом законченных программных проектов являются полезные программы общего назначения. [6]
Спецификацией программы является любое множество определений ( не обязательно записанных в логических терминах), которое точно задает содержимое каждого из отношений, встречающихся в программе. [7]
Здесь приведена спецификация программы генерации и манипуляции с кривыми. [8]
Здесь приведена спецификация программы генерации и манипуляции для поверхности. Она очень похожа на программу генерации и преобразований для кривой из гл. В этом случае генерация и манипуляция поверхностью является просто дополнительной функцией. [9]
Операторы блока спецификации программы PSB представляют собой набор макрокоманд языка ассемблера. [10]
При создании операционных маршрутов роль спецификации программ выполняет процедура с программным ответственным исполнителем, в которой в общей форме и описывается функционирование будущей программы, причем в совокупности с деятельностью оператора. [11]
По параметрам оператора ВЫПОЛНИТЬ Управляющий модуль определяет название блока спецификации программы и извлекает его из библиотеки спецификаций PSBLIB. Обрабатывая данные блока спецификации, система определяет названия баз данных, с которыми должна работать прикладная программа, извлекает из библиотеки описаний баз DBDLIB соответствующие описания и открывает связанные с ними файлы. [13]
В дальнейшем пусть А обозначает множество дизъюнктов, представляющее спецификацию программы . [14]
Выявляются неясные и двусмысленные места, после чего составляется окончательно зафиксированная спецификация программы . Эта спецификация не должна изменяться ( хотя на практике, к сожалению, она обычно не рассматривается как инвариантная) до тех пор, пока не будет представлена полностью оттестированная программа, если только пользователь не захочет покрыть расходы по разработке до внесения изменений и заплатить за начало работ над новой системой. [15]
Источник: www.ngpedia.ru
Что такое спецификация номенклатуры в 1С:Бухгалтерии
При заведении новой номенклатуры в 1С Бухгалтерии 8, у пользователей часто возникает вопрос «Что такое спецификация номенклатуры?» Особенно часто этот вопрос появляется на начальном этапе изучения программы 1С Бухгалтерия, как версии 8.3, так и более ранних. В этой небольшой статье я кратко отвечу на возникающие на курсах 1С вопросы по поводу спецификаций номенклатуры.
Смотрите видео после статьи
видео может дополнять статью или содержать её полностью
С точки зрения устройства 1С Бухгалтерии, спецификация номенклатуры — это самостоятельный справочник. Однако каждый элемент справочника «Спецификации номенклатуры» обязательно должен принадлежать элементу справочника «Номенклатура». Иначе быть не может, поскольку спецификация номенклатуры предназначена для хранения данных, которые сами по себе (без номенклатуры) смысла не несут. Сейчас объясню, что это за данные и для чего они нужны.
Так что такое спецификация номенклатуры в 1С Бухгалтерии?
Понятие спецификации часто вводит в заблуждение неопытных пользователей, а, между тем, всё довольно просто. Спецификации номенклатуры используются для ускорения ввода документов производства и комплектации. Каким образом это работает, я позже покажу на примере разукомплектации номенклатуры.
Если говорить просто, то спецификация показывает, из чего производится данная номенклатура (для выпуска из производства). В случае с комплектацией, спецификация номенклатуры описывает, из чего комплектуется данная номенклатура, либо наоборот — на какие части её можно разобрать.
Из сказанного ясно, что спецификация нужна вовсе не для любой номенклатуры. Её имеет смысл указывать для серийно производимой продукции, а также для номенклатуры, регулярно комплектуемой из одних и тех же частей (или разбираемой на одни и те же части). Для прочей номенклатуры никаких спецификаций не требуется.
Стоит отметить, что задание спецификации вовсе не является обязательным. Это операция, которая поможет в дальнейшем сэкономить время на вводе документов. Но можно обойтись и без этого.
Пример. Допустим, фирма производит диваны. Производство серийное. В таком случае регулярно требуется списывать в производство материалы, исходя из объёмов выпущенной продукции. К примеру, произвели 10 диванов.
Поскольку продукция серийная, то совершенно точно известно, из чего состоит каждый диван.
Именно поэтому проще один раз составить на номенклатуру «Диван» спецификацию, в которой указать, сколько и чего идёт на производство одной единицы (дивана). В таком случае, при составлении документа «Отчёт производства за смену» наряду с самой номенклатурой можно указать её спецификацию, что позволит 1С Бухгалтерии автоматически рассчитать количество материалов, которое нужно списать в производство для выпуска указанного в документе количества продукции.
Если производится один диван, но в разных вариантах (например, с обивкой разного цвета), то можно указать несколько спецификаций для данной продукции и назвать их соответственно («зелёный диван», «красный диван» и так далее). Для одной номенклатуры можно указать сколько угодно спецификаций.
Если речь идёт о комплектации или разукомплектации, то принцип использования спецификаций тот же самый. Для иллюстрации рассмотрю простой пример разукомплектации номенклатуры, поступившей от поставщика.
Научиться вести бухгалтерию в 1С без посторонней помощи Вы можете при помощи нашего спецкурса. Видеокурс включает в себя 240 уроков (42 часа) и рассматривает как особенности устройства 1С:Бухгалтерии 8.3, так и ведение учёта (и отчётность) на примере практической задачи.
Пример применения спецификации номенклатуры
Ниже на рисунке приведена карточка номенклатуры «Компонент смеси Глицерин», применяемой при производстве жидкости для заправки электронных сигарет. Обратите внимание на то, что единица измерения «штука», то есть материал поступает в банках.
[нажмите на картинку для увеличения]
Справка: как сохранять фото с сайтов
В производстве же этот компонент используется в граммах. Поэтому требуется сделать разукомплектацию и превратить банки в граммы. Поскольку совершенно точно известно, сколько в банке граммов, то проще один раз составить спецификацию для «разбираемой» номенклатуры, чем каждый раз вручную указывать, сколько граммов получится из Х банок. Чтобы открыть список спецификаций для номенклатуры в 1С Бухгалтерии 8.3, нужно перейти по ссылке слева (подчёркнуто на предыдущем рисунке).
[нажмите на картинку для увеличения]
Справка: как сохранять фото с сайтов
Спецификация в данном случае одна. Название произвольное — оно просто должно давать пользователю понять, что это такое и для чего нужно. А вот, собственно, и сама спецификация.
[нажмите на картинку для увеличения]
Справка: как сохранять фото с сайтов
Как видите, в спецификации указано, что получается из одной единицы «разбираемой» номенклатуры (банки с глицерином). А вот и пример применения созданной спецификации номенклатуры при разукомплектации.
[нажмите на картинку для увеличения]
Справка: как сохранять фото с сайтов
На картинке открыто меню, в котором присутствует пункт «Заполнить по спецификации». Это позволяет автоматически заполнить табличную часть документа на основе указанной спецификации и количества исходных комплектов (банок).
Подведём итоги
Создавайте спецификации номенклатуры для экономии времени при заполнении документов серийного производства и комплектации. Вы можете создать столько спецификаций для одной номенклатуры, сколько вам нужно.
Работа со спецификациями номенклатуры в 1С Бухгалтерии, изучение особенностей применения спецификаций в разных случаях рассматривается в онлайн курсе 1С. С особенностями и преимуществами онлайн занятий вы можете ознакомиться здесь (+ видео).
Уникальная метка публикации: BFE05DAC-2E0A-B727-1ADD-E5C6A3ADEAE2
Источник: //artemvm.info/information/uchebnye-stati/1s-predpriyatie/chto-takoe-specifikaciya-nomenklatury/
Источник: artemvm.info