Средства документирования проекта информационной модели МИС обеспечивают интеграцию базы данных с текстовыми процессорами и издательскими системами, что позволяет издавать разделы проекта для документирования проектных решений. Каждый элемент информационной модели проекта МИС снабжается текстовым описанием стандартной структуры проектного документа. Управляют форматированием проектного документа программы, которые при необходимости могут быть адаптированы под требования заказчика. Выходные форматы проектных документов МИС согласованы с популярными издательскими системами. [c.206]
Словарь данных служит основой для автоматизации документирования проекта СМОД. В словаре описываются документы [c.24]
Функциональное назначение инструментальных средств проектирования весьма разнообразно создание и актуализация словаря данных, документирование проекта, ведение программных библиотек, автоматизация контроля проектирования. Появляются новые, более эффективные средства, позволяющие шире применять ЭВМ при проектировании СМОД. Этим предопределяется большой интерес специалистов к инструментальным средствам проектирования СМОД. [c.31]
При использовании ППП существенно упрощается документирование проекта СМОД за счет того, что в качестве рабочей документации соответствующей системы обработки используется документация ППП. В соответствии с привязкой ППП к конкретным условиям в документацию можно вносить изменения, но сделать это намного проще, чем заново формировать всю документацию. [c.150]
Метод документирования проекта [c.214]
К первому подклассу относятся операционные средства, которые поддерживают проектирование операций обработки информации. К данному подклассу средств относятся алгоритмические языки, библиотеки стандартных подпрограмм и классов объектов, макрогенераторы, генераторы программ типовых операций обработки данных и т.п., а также средства расширения функций операционных систем (утилиты). В данный класс включаются также такие простейшие инструментальные средства проектирования, как средства для тестирования и отладки программ, поддержки процесса документирования проекта и т.п. Особенность последних программ заключается в том, что с их помощью повышается производительность труда проектировщиков, но не разрабатывается законченное проектное решение. [c.33]
Да, все это звучит банально. Процесс постановки цели и процесс описания, документирования проекта имеют много сходных черт. Давайте еще раз рассмотрим цели с точки зрения проекта [c.95]
СОВЕЩАНИЕ — коллегиальная форма подготовки управленческого решения организуется с целью достижения согласованного коллективного решения или информирования участников С. по конкретным вопросам деятельности структурного подразделения, организации и т.п. С. представляет собой форму управленческой деятельности, содержанием которой является совместная работа определенного количества участников управленческого процесса в заранее определенный временной период, в заранее обусловленном месте для выработки и принятия решения по заранее определенному вопросу. Организация и проведение С. включает выработку повестки дня и определение круга предполагаемых участников ознакомление с повесткой дня предполагаемых участников выработку регламента С. подготовку материалов, намеченных для рассмотрения на С., — докладов или информации организатора С. и предполагаемых участников С., справочно-информа-ционных материалов, проекта решения организационное обеспечение С. — регистрацию и размещение участников, транспортное обеспечение, питание и культурно-массовые мероприятия организацию работы секретариата С. техническое обеспечение проведения С. документирование работы С. оформление документальных материалов — изготовление протокола и итоговых материалов С., обеспечение участников итоговыми документальными материалами С. [c.333]
Приведенный выше краткий обзор методик оценки проектов показал, что центральную роль в них играет АЗВ, а АЭЗ применяется тогда, когда трудно правильно измерить выгоды от проекта. АРВ можно использовать в качестве частного случая АЭЗ, а АЭП является важным инструментом для документирования экологических последствий, хотя его следует применять с осторожностью так, чтобы не подрывать ценные [c.103]
Приведенный выше краткий обзор методик оценки проектов показал, что центральную роль в них играет АЗВ, а АЭЗ применяется тогда, когда трудно правильно измерить выгоды от проекта. АРВ можно использовать в качестве частного случая АЭЗ, а АЭП является важным инструментом для документирования экологических последствий, хотя его следует применять с осторожностью, так, чтобы не подрывать ценные проекты вводом в них слишком высоких затрат на уменьшение экологических последствий. Другие методики, такие, как МАА и АПР, представляются излишне жесткими и требующими слишком много информации для их применения. И ни одна из этих методик не дает удовлетворительного ответа на вопрос о неопределенности. [c.96]
В рамках предприятия (организации) маркетинг и проектирование имеют особо важное значение для определения и уточнения запросов, ожиданий потребителя и других требований к продукции, а также для разработки предварительного проекта (включая информационное обеспечение) с целью производства продукции в соответствии с документированными техническими требованиями при оптимальных затратах. [c.205]
Существенными требованиями МС ИСО 9001 2000 (ГОСТ Р ИСО 9001-2001) являются документирование ряда процедур и процессов, а также эффективное управление документацией системы менеджмента качества и записями о качестве. Создание системы документирования, отвечающей требованиям стандарта, для отдельного проекта нецелесообразно. Выход может быть найден благодаря составлению документированных процедур для наиболее важных процессов в той степени, которая требуется для поддержки результативной и эффективной работы. [c.42]
Документированная процедура должна ясно и однозначно устанавливать, как должны выполняться функции на каждом этапе процесса и кто отвечает за их выполнение. Объем документированной процедуры должен соответствовать задачам проекта и не быть чрезмерным. При оформлении документированной процедуры целесообразно использовать диаграмму потока (см. 10.2). [c.42]
Анализ проекта — документированная, всесторонняя и систематическая проверка проекта с целью оценки его возможности выполнять требования к качеству, выявлять проблемы и определять способы их решения. Анализ проекта может проводиться на любом этапе процесса проектирования, но должен быть окончательно сформулирован до его завершения. [c.195]
Однако в организации, заказавшей САПР, обязательно должны продолжаться работы по ее созданию, в основном — связанные с подготовкой организации к работе в условиях функционирования САПР и с управлением проектом САПР. Сюда относятся такие группы работ (организационно-технологические модули), как 1) планирование и системный анализ требований к САПР 2) проектирование роли и места САПР в НТО 3) документирование и согласование 4) сопровождение комплексного проекта САПР 5) управление проектом в НТО 6) оценка и обеспечение качества и эффективности создаваемой САПР 7) оценка и обеспечение эффективности процесса создания САПР. [c.47]
Проектом называется деятельность, направленная на достижения определенных целей с максимально возможной эффективностью при заданных ограничениях по времени, денежным средствам (ресурсам), а также качеству конечных результатов (документированных, например, в техническом задании). [c.498]
Рассмотренные выше общие методические положения создания и применения комплекса профилей ИС следует детализировать для каждого профиля до уровня Руководящих указаний по адаптации и параметризации и Методик по применению для конкретных проблемно-ориентированных областей или конкретных проектов ИС. В этих документах должны быть представлены конкретные операции, структура и содержание документов, обеспечивающих регламентированное применение профиля и контроль соответствия процессов и объектов ИС требованиям и рекомендациям профиля. Положения каждой методики и сценарии их конкретного применения необходимо поддержать технологией и средствами автоматизации их реализации, документирования и контроля соответствия утвержденному профилю. Для создания руководящих указаний и методик применения профилей при подготовке к проектированию ИС следует утвердить их номенклатуру и требования к содержанию. Дальнейшие работы организовывают для создания конкретных методик применения каждого профиля в тесном взаимодействии с подразделениями, которым предстоит использовать соответствующие профили. Такие методики должны предусматривать длительное развитие, расширение и модернизацию функций компонентов и ИС в целом. С этой целью организуют учебные курсы для специалистов по применению и контролю соблюдения положений каждого профиля. [c.84]
В РФ действует ряд стандартов в части документирования ПС, разработанных на основе прямого применения международных стандартов ИСО. Это — самые свежие по времени принятия стандарты. Некоторые из них прямо адресованы руководителям проекта или директорам информационных служб. Вместе с тем они неоправданно мало известны в среде профессионалов. Вот их представление. [c.397]
Практики используют еще один путь сами переводят и используют в своих проектах современные стандарты на организацию ЖЦ ПС и их документирование. Но этот путь страдает как минимум тем недостатком, что разные переводы и адаптации стандартов, сделанные разными разработчиками и заказчиками, будут отличаться массой деталей. Эти отличия неизбежно касаются не только наименований, но и их содержательных определений, вводимых и используемых в стандартах. Таким образом, на этом пути неизбежно постоянное возникновение путаницы, а это прямо противоположно целям не только стандартов, но и любых грамотных методических документов. [c.403]
С этой целью должны формироваться структурные диаграммы знаний, которые показывают, какие знания актуальны для предприятия (знания в области прикладных наук, знания процедур, методов и инструментов управления проектом, навыки проведения, демонстраций и презентаций и т.п.). Можно разграничить общие знания, которыми обладают сотрудники, и документированные знания (конкретные документы, файлы, прикладные системы). Диаграммы знаний демонстрируют, какие сотрудники или подразделения обладают конкретными знаниями, и отражают степень полноты знаний с точки зрения стратегии, что помогает выявить области неполные знаний и монопольных носителей знаний. [c.51]
Все типы носителей конфиденциальной документированной информации должны быть учтены до начала составления проектов черновика, вариантов и беловика будущего документа. При этом соблюдаются следующие условия защиты информации [c.253]
Третья специфическая особенность состоит в том, что ни один проект конфиденциального документа не может быть изготовлен на основе черновика и обрести статус правомерно документированной информации без санкции (письменного разрешения) полномочного должностного лица фирмы. [c.257]
С нечеткой организацией движения документов в настоящее время связывают многие недостатки в организации документа-ционного обеспечения деятельности аппарата управления. Например, процесс документационного обеспечения принимаемого управленческого решения включает три составляющие информационную поддержку решения (обеспечение принимаемого решения достоверной и достаточной информацией) документирование решения (создание распорядительного документа) контроль за его выполнением (организация работы, выполнения задания, соблюдение определенных условий, сроков и т.д.). Пооперационно этот процесс состоит из сбора информации, подготовки проекта документа, его редактирования, согласования, изготовления, удостоверения. Каждая операция сопровождается перемещением документа в управленческом аппарате из одного структурного подразделения в другое, передачей от технических исполнителей к специалистам, а затем — к руководителям. Следовательно, скорость перемещения документов и качество выполнения каждой операции оказывают влияние на процесс управления в целом. [c.220]
Процессы завершения проекта имеют своей целью обеспечить упорядоченное завершение проекта, включая закрытие заключенных контрактов, окончательные расчеты со всеми участниками проекта, документирование необходимых решений и накопление отчетных документов, необходимых для изучения опыта проекта в целом. [c.19]
На стадии административного завершения наиболее важным может оказаться необходимость документирования результатов выполнения проекта. Это часто касается не только продукта проекта (т. е. его прямого результата), но и процесса выполнения проекта. В состав отчетных материалов по проекту целесообразно включить отчетный график его выполнения, данные о фактическом бюджете проекта в стоимостных единицах и в трудозатратах. Эти документы могут оказаться необходимы для оценки качества работы руководителя проекта и всей команды проекта. [c.395]
Разделение труда на пооперационной (технологической) основе базируется на свойстве декомпозируемости процесса проектирования ЭИС на технологические операции, которые выполняются отдельными специалистами или группами специалистов. В этом случае требуется четкая регламентация интерфейсов между операциями. С этим связаны высокие требования к документированию проекта. Связь между разделением труда и накоплением специальных знаний и опыта приводит к профессиональной специализации разработчиков ЭИС (например, системный аналитик, постановщик задач, программист, оператор и т.д.). [c.442]
Алогическое проектирование — п (Разработка СОЭИ), е (Документирование проекта Генерация отчетов Проектирование функциональной среды Проектирование информационной среды Контроль качества проектных решений Настройка независимых средств) [c.137]
Документирование результатов проектирования базы и банка данных выполняется по завершении каждого этапа проектирования, а его выводы и рекомендации по эксплуатации обработки находятся в соответствующих разделах технорабочего проекта. Рассмотрим эти этапы применительно к созданию внутримашинного информационного обеспечения для компьютерных систем среднего и крупного класса. [c.149]
ASE-технология сформировалась в процессе интеграции опыта и новых возможностей, появившихся у разработчиков компьютерных систем. Начало этому процессу положили компиляторы и интерпретаторы с алгоритмических языков, затем к ним добавились средства тестирования программ, их отладки и средства генерации отчетов. Для обмена информацией в проектных организациях и обеспечения оперативного доступа к создаваемой документации были разработаны средства информационной поддержки и управления проектом. С появлением инструментария описания концепции проектов в моделируемом учреждении была создана система проектирования, которая поддерживает все технологические этапы проекта, обеспечивает его документирование и согласованную работу групп разработчиков как со стороны заказчика, так и со стороны исполнителя. [c.352]
Основные достоинства ASE-технологии повышение производительности труда программистов на несколько порядков, возможность формализовать документирование и администрирование проектов, минимизация ошибок и несовершенства программного обеспечения конечных пользователей, ускорение обучения персонала и использование программного обеспечения в полном объеме, постоянное обновление и модернизация пользовательских программ. [c.354]
Разработка По достаточно сложный процесс и его поэтапное выполнение не всегда возможно. Появление новых требований в процессе разработки учитывается при планировании проекта в несколько итераций с использованием языка моделирования UML (Unified Modeling Language —унифицированный язык моделирования). Это визуальный язык моделирования общего назначения, который используется для спецификации, визуализации, конструирования и документирования программных систем. При этом проходится 4 фазы проекта начальная фаза, уточнение, конструирование и ввод в действие. [c.37]
Помимо документирования законченного проекта МИС средства ASE обеспечивают оперативную выдачу многочисленных отчетов о состоянии разработки проекта, отдельных его подсистем объектов. Отчеты являются удобным способом контроля и управления разработкой проекта. [c.206]
Отсутствие единого методического центра, координирующего работу учреждений в области управления и делопроизводства, несогласование в деятельности ведомств и организаций в вопросах документирования актуализировали проблему концентрации в общегосударственном масштабе научных сил, организационного оформления этого процесса. В 1941 г. проводится 1-е межотраслевое совещание по оргтехнике. В проекте программы, выдвинутой участниками совещания, нашли отражение вопросы документаци-онного обеспечения управления [c.27]
Четвертая (и, пожалуй, наиболее существенная) особенность документирования конфиденциальной информации, касающаяся уже непосредственно технологических процедур изготовления самого документа, — централизованный учет черновика и проекта будущего документа (присвоение им единого учетного номера). Одновременно на еще Не изготовленный документ в службе КД заполняется комгЬ [c.257]
Кроме того, автор считает полезным не просто представить описание возможностей локализованной версии Proje t 2002 (это было бы оправдано для не очень хорошо документированных нелокализованных версий программы), а с учетом ее развитой и достаточно эффективной справочной системы сосредоточиться на том, чтобы полнее использовать возможности этой версии для поддержки процессов управления проектами. [c.121]
Смотреть страницы где упоминается термин Документирование проекта
: [c.204] [c.200] [c.207] [c.107] [c.324] [c.137] [c.71] [c.98] [c.56] [c.74] [c.287] [c.196]Смотреть главы в:
Проектирование машинной обработки экономической информации -> Документирование проекта