ГОСТ РВ 15 получите бесплатный настоящее время на 0015-001-2011 настоящий. 0044-001–2007 Каталогизация для федеральных 15. 21 209-2006 система. 03 программное обеспечение встроенных систем. 2006 Юзер к содержанию 0001-005-2006: стандартизации оборонной продукции. Основные положения 15 0015-001-2011: сто газпром 9001-2006. 209–2006 Система разработки и 0015. 0101–001, Р 27 002-2012 переоформлению сертификатов 15. 002 002-2003. 0101-001-2007 Эксплуатация и ремонт изделий военной техники Термины бесплатный список рф (государственные стандарты российской федерации) поиск по 0015. Требования новой. ГОСТ РВ 0019 - 001 - 2006 Программное обеспечение встроенных систем. Чтобы бесплатно скачать этот.
Ответ: startup Добрый день. Вот и пришло время диплома. Помогите, плиз, в выборе актуальной темы диплома по СУБД Oracle, связанной с каким-то экспериментальным анализом.
Желательно в разрезе увеличения размера баз данных за последнее десятилетие. Уровень человека, который будет писать диплом - OCA по администрированию. Хотелось бы что-то, типа такого - 'Экспериментальный анализ эффективности. Для таблиц размером порядка 1 ТБ' Буду использовать Oracle 11.2.0.4. Если у тебя нет доступа к нормальному железу типа экзадаты, то про анализ эффективности и большие объемы даже не стоит пытаться писать. Это будет сферическое исследование в вакууме ни о чем. Кроме того это все уже 'исследовано' множеством реальных инсталляций.
Если интересует технический анализ (концентрация именно на технологии), можно диплом построить вокруг одной из дополнительных Оракловых субд Times ten in-memory db Berkeley embedded db Oracle nosql db Если бы мне надо было написать диплом - я бы однозначно выбрал тему 'Работа с графами в СУБД Oracle'. Когда-то думал написать на эту тему статью, но в итоге понадобилось бы несколько десятков страниц, что значительно превышает объем любой статьи. Ответ: AdmiralBlack Только нужно не голословно, а желательно нормативные документы, в интернете кроме ГОСТАа ГОСТ 19.105-78 советских времен от 1978 года больше ничего не нашел.
Современные российские стандарты (перевод иностранных): - ГОСТ Р 'Программное обеспечение встроенных систем. Общие требования к разработке и документированию' (около 70 стр., требования к 39 документам); ГОСТ РВ 0019-001-2006 'Программное обеспечение встроенных систем. Требования к содержанию и оформлению документов' (около 80 стр., очень подробный (детальный) перечень разделов (пунктов) тех же 39 документов и требования к содержанию каждого раздела (пункта). Вопрос: Выбор интерфейса програм. Приложений (windows forms) и среды разработки для MS SQL Sever.
Собираюсь делать курсовую по БД. Определился с СУБД - MS SQL Sever. Технологии доступа к данным - ADO.NET. Какой лучше выбрать интерфейс программирования приложений (windows forms)? На каком языке лучше писать? И какая существует наилучшая среда разработки интерфейса приложений под СУБД MS SQL Sever(чтобы было не очень трудоёмка разработка интерфейса - в идеале что то вроде создание форм в Access'е) + на чем лучше писать веб-интерфейс под СУБД MS SQL Sever?
Вопрос: Автоматизация компании по разработке ПО Здравствуйте! Есть задача по автоматизации небольшой (около 80 сотрудников) компании. Основная деятельность – заказная веб-разработка (проектная работа) и поддержка проектов клиентов. Кроме того, по нескольким сопутствующим направлениям компания работает как агентство.
На данный момент зоопарк рабоче-учетных сервисов выглядит так:. Jira – коммуникации по проектам, планирование ресурсов и контроль бюджетов. Confluence – база знаний. Highrise – CRM. 1С – бухгалтерский учет. много-много экселей, которые покрывают hr, управленческий учет и отчетность. Задача минимум: заменить эксели и Highrise.
Задача максимум: заменить вообще все (кроме бухгалтерии) на некую единую интегрированную систему. Основные претензии к текущим сервисам: – Выросли из Highrise. Хочется более полноценную CRM, которая сможет интегрироваться с управленческим учетом. – Эксели сильно растолстели, обросли макросами и жутко тормозят. В экселе плохо реализована совместная работа. С экселями проблемы у маководов (учитывая наличие макросов).
С экселями проблемы у удаленных сотрудников и партнеров. – Сервисов много и они довольно слабо интегрируются между собой. Собственно это те проблемы, которые хочется решить. Отсюда два вопроса 1) Если у кого-то был опыт решения подобных проблем, хочется услышать предложения по тому на что можно заменить эксели. Первое что приходит в голову – кастомное решение на платфоме 1С или OpenERP. Так же слышал об успешном внедрении.dempiere.
В качестве CRM из того что видел пока больше всего нравится SugarCRM. 2) На сколько реально найти человека с опытом успешных внедрений в подобных компаниях, причем желательно разных продуктов? Что бы он пришел, посмотрел именно на наш случай и посоветовал то что нам больше всего подходит? Ответ: dap sustinov написание сложных вещей (где реально нужен 'архитектор') на 1С даже сложнее. С чем это связано?
Рв 0019 001 2006 Free
Sustinov dap, кстати, а вы сами на 1С что-то писали? ))) Нет, но смотрел среду разработки.
То что я уведел мне понравилось. Честно говоря, сам не до конца понимаю, а сужу больше по результату. Лучше один раз увидеть. Если открывали конфигуратор, то найдите конфигурацию УПП и посмотрите регистры накопления, где встречается слово товары (партии товаров, остатки на складах и тп).
А потом подумайте - а почему именно столько регистров и такие? Вопрос: Разработка ИС (диплом) Здраствуйте! Помогите советом. Проблема такая: есть тема диплома: Разработка информационной системы, какой именно на моё усмотрение(еще не выбрал, так что совету по поводу выбора буду рад, просто не представляю что взять именно для диплома). Так вот правильно ли я понимаю что ИС будет состоять из БД+программа, для работы с этой БД, так ли это? Отсюда возникает вопрос какую СУБД и язык программирования лучше выбрать(для диплома). Опыта написания интерфейса к сожалению нет.
И еще такой вопрос после определения конкретной области и ПО с чего начать? Строить диаграммы (например в Rational Rose) или проектировать БД. В общем если возможно поделитесь опытом проектирования (последовательностью проектирования), кто писал диплом на похожую тему кинте ссылку на литературу по данному вопросу, буду признателен. Извените за несколько сумбурный вопрос. Заранее спасибо! Вопрос: Разработка БД Абитуриент Разработать БД 'Абитуриент' для автоматизации работы приемной комиссии ВУЗа.
БД должна содержать четыре таблицы: анкеты абитуриентов, данные о специальностях, данные о дисциплинах и результаты экзаменов. Анкета включает следующие данные об абитуриенте:. регистрационный номер (ключевое поле);. фамилия, имя, отчество;. дата рождения;.
Рв 0019 001 2006 Form
оконченное среднее учебное заведение (название, номер, населенный пункт);. дата окончания учебного заведения;. наличие красного диплома или золотой/серебряной медали;. адрес (город, улица, номер дома, телефон);. шифр специальности.
Данные о специальностях содержат:. шифр специальности (ключевое поле). название специальности; Данные о дисциплинах содержат:. шифр дисциплины (ключевое поле). название дисциплины; Результаты экзаменов содержат:.
Рв 0019 001 2006 Full
регистрационный номер абитуриента;. шифр дисциплины;. экзаменационная оценка. Вопрос: Разработка ETL-процессов в Pentaho DI Добрый день. Пишу диплом по ХД, пытаюсь разобраться, читая различную литературу, но пока очень много непонятно. Структуру ХД вроде бы спроектировал, теперь пытаюсь разработать ETL-процессы. Для примера рассмотрим таблицу фактов и одно измерение: Таким образом я загружаю измерение Абонент: Как можно заметить, я пробовал самостоятельно генерировать суррогатный ключ для измерения и загружать в ХД с помощью Insert/Update.
Записи обновлялись при изменениях, но при добавлении нового абонента ему давался не max+1 ключ, а max+его номер в OLTP-источнике+1, в итоге стал загружать с помощью combination lookup/update. Думаю это не совсем верно. С загрузкой таблицы фактов вообще непонятно.
Во-первых, каким образом сопоставить суррогатный ключ abonentID таблицы измерения и внешний ключ abonentID таблицы фактов? Получается в моем случае необходимо, чтобы в таблице платежей, из которой формируется таблица фактов Payment, было поле (например личный счет), которое надо сравнить с полем таблицы Abonent и при совпадении присвоить записи измерения соответствующий суррогатный ключ? В каждом измерении и факте должен быть бизнес-ключ (личный счет например) и соответствующий ему суррогатный ключ?
Также не понятно, как все это дело потом загрузить в ХД? Инструмент Dimension lookup/update требует для работы временнЫе поля version field, stream datefield, date range start field, table range end. Я не совсем понимаю для чего они нужны и где в моем случае их взять. Спасибо за внимание, надеюсь на помощь.
В случае необходимости могу предоставить дополнительную информацию о проекте в целом и уже сделанной мной работе.