ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 25.10.2023
Просмотров: 95
Скачиваний: 1
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
В настоящее время существуют разные подходы к классификации моделей реинжиниринга. При этом к наиболее распространённым критериям, на основании которых данное понятие разделяется на несколько видов, относятся:
-
ситуативный признак;
-
кризисный -
развивающийся
-
характер преобразований
-
эволюционный -
революционный
25. Основные документы на разработку ИС.
Техническая документация является составляющей проекта по созданию, внедрению, сопровождению, модернизации и ликвидации информационной системы на всем протяжении жизненного цикла. Комплекс технических документов, который регламентирует деятельность разработчиков, называется нормативно-методическим обеспечением (НМО). В данный комплекс входят [2]:
стандарты;
руководящие документы;
методики и положения;
инструкции и т. д.
НМО регламентирует порядок разработки, общие требования к составу и качеству программного обеспечения (ПО), связям между компонентами, определяет содержание проектной и программной документации. Основным назначением технической документации является обеспечение эффективных процедур разработки и использования информационной системы как программного продукта, а также организация обмена между разработчиками и пользователями ИС. Таким образом, можно выделить следующие функции технической документации:
дает описание возможностей системы;
обеспечивает фиксацию принятых и реализованных проектных решений;
определяет условия функционирования ИС; 11
предоставляет информацию об эксплуатации и обслуживании ИС;
регламентирует процедуру защиты информации, регулирует права различных групп пользователей;
определяет возможности модернизации системы.
26. Стандарты ЕСПД и ЕСКД при разработке документации.
Отечественными стандартами являются стандарты ЕСПД (Единой Системы Программной Документации) серии ГОСТ 19.ХХХ и комплекс стандартов на автоматизированные системы серии ГОСТ 34.ХХХ, созданные в 80-90-е годы двадцатого века. Кроме того, существуют более современные стандарты на программное обеспечение.
Стандарты ЕСПД практически не имеют содержательной составляющей и дают формальные требования к составу, содержанию и оформлению документов, описывающих программу на разных стадиях ее жизненного цикла. Комплекс ГОСТ 34 задумывался как всеобъемлющий комплекс взаимоувязанных межотраслевых документов и рассчитанный на взаимодействие заказчика и разработчика. Он должен был разрешить проблему «вавилонской башни», при которой в различных отраслях и областях деятельности использовалась плохо согласованная или несогласованная нормативно-техническая документация. Объектами стандартизации являются автоматизированные системы различных видов и все виды их компонентов, а не только программное обеспечение и базы данных. Комплекс рассчитан на взаимодействие заказчика и разработчика, при этом в нем предусмотрено, что заказчик может разрабатывать систему для себя сам.
Многие авторы считают эти стандарты морально устаревшими, однако ими продолжают активно пользоваться при оформлении проектной документации. Если разрабатывается документация на программу (систему), созданную под конкретную организацию, следует воспользоваться требованиями ГОСТов 34. Если разрабатывается документация на программу массового применения, то следует использовать ГОСТы серии 19. Если говорить о более поздних отечественных стандартах, следует выделить ГОСТ Р 51904-2002 Программное обеспечение встроенных систем. Общие требования к разработке и 20 документированию, который был разработан Государственным научно-исследовательским институтом авиационных систем с участием Научно-исследовательского института стандартизации и унификации. Данный стандарт распространяется на процессы разработки и документирования программного обеспечения встроенных систем реального времени и все действия, имеющие отношение к разработке программного обеспечения. Стандарт подготовлен в развитие ГОСТ Р ИСО/МЭК 12207 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств, о котором пойдет речь в п. 2.3. Отдельно стандарт ГОСТ Р 51904-2002 в части подготовки документов будет рассмотрен в главе 9 «Программное обеспечение».
27.Самодокументирующиеся программы.
САМОДОКУМЕНТИРУЮЩИЕСЯ ПРОГРАММЫ.
Один из основных принципов обработки данных учит, что безрассудно стараться поддерживать синхронность независимых файлов. Значительно лучше собрать их в один файл, в котором каждая запись содержит все данные их обоих файлов, относящиеся к данному ключу.
28.Назначение проектной, маркетинговой документации?
Проектная документация — это комплекс документов, раскрывающих суть проекта. Они содержат обоснование целесообразности проекта и его реализуемость. Это текстовые или графические материалы, в которых показаны архитектурные, функционально-технологические, конструктивные и инженерно-технические решения для строительства, реконструкции или модернизации жилых и нежилых зданий.
Должностное лицо, которое занимается организацией и контролем документооборота, должно знать, какие существуют стадии проектирования и виды проектной документации, а также как проводится экспертиза документов такого рода. Чаще всего с документальным обоснованием проектов приходится иметь дело компаниям, которая занимается строительством, реконструкцией или перепланировкой зданий, но некоторые виды проектной документации применяются и в других сферах экономики — например, в IT-компаниях или аудиторских фирмах.
Маркетинговая документация
Используется для рекламы как самого программного продукта и его составляющих, так и других программных продуктов компании. Она часто информирует покупателя о свойствах продукта, объясняет его преимущества перед конкурирующими решениями. Часто бывает так, что именно коробка продукта и другая маркетинговая информация дают самое чёткое и простое представление о способах использования и возможностях программы.