Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Вимоги до програми або програмного додаткуСодержание книги
Похожие статьи вашей тематики
Поиск на нашем сайте
1. Вимоги до функціональних характеристик 1. Програма повинна забезпечувати можливість виконання таких функцій: · введення розміру масиву і самого масиву; · зберігання масиву в пам'яті; · вибір методу сортування; · висновок текстового опису методу сортування; · висновок результату сортування. 2. Вихідні дані: · розмір масиву, заданий цілим числом; · масив. 3. Організація вхідних і вихідних даних Вхідні дані надходять з клавіатури. Вихідні дані відображаються на екрані і при необхідності виводяться на друк. 2. Вимоги до надійності Передбачити контроль введеної інформації. Передбачити блокування некоректних дій користувача при роботі з системою. Передбачити проміжкове копіювання даних для їх тимчасового збереження Передбачити наявність «підказок» при роботі із додатком 3. Вимоги до складу і параметрів технічних засобів. Система повинна працювати на IBM-сумісних персональних комп'ютерах. Мінімальна конфігурація: · тип процесора. _________________; · обсяг оперативного запам'ятовуючого пристрої ______ Мб і більше; · обсяг жорсткого диску ________ Мб. · Рекомендована конфігурація: · тип процесора. ___________; · обсяг оперативного запам'ятовуючого пристрої ________ Мб; · обсяг жорсткого диску ________ Мб. · 4. Вимоги до програмної сумісності. Програма повинна працювати під управлінням сімейства операційних систем Win 32 (Windows __/__/__/__/__ і т. п.). Вимоги до програмної документації 1. Програмні модулі повинні бути документовані. Тексти програм повинні містити всі необхідні коментарі. 2. Програмний додаток повинен включати довідкову інформацію про роботу програми, описи методів сортування і підказки учням. 3. До складу супроводжуючої документації повинні входити: 1. Пояснювальна записка на ____ аркушах, що містить опис розробки. 2. Керівництво користувача.
Контрольні питання Наведіть етапи розробки програмного забезпечення. Що включає в себе постановка задачі та передпроектні дослідження? Перерахуйте функціональні та експлуатаційні вимоги до програмного продукту. Перерахуйте правила розробки технічного завдання. Назвіть основні розділи технічного завдання.
ЛАБОРАТОРНА РОБОТА № 2. Структурний підхід до програмування. Стадія «Ескізний проект» Мета роботи: навчитися створювати формальні моделі і на їх основі визначати специфікації розроблюваного програмного забезпечення.
Теоретична частина. Розробка специфікацій Розробка програмного забезпечення починається з аналізу вимог до нього. У результаті аналізу отримують специфікації програмного забезпечення, будують загальну модель його взаємодії з користувачем або іншими програмами і конкретизують його основні функції. При структурному підході до програмування на етапі аналізу і визначення специфікацій розробляють три типи моделей: моделі функцій, моделі даних і моделі потоків даних. Оскільки різні моделі описують проектоване програмне забезпечення з різних сторін, рекомендується використовувати відразу кілька моделей, що розробляються у вигляді діаграм, і пояснювати їх текстовими описами, словниками і т. п. Структурний аналіз передбачає використання наступних видів моделей: · діаграм потоків даних (DFD - Data Flow Diagrams), описують взаємодію джерел і споживачів інформації через процеси, які повинні бути реалізовані в системі; · діаграм «сутність-зв'язок» (ERD - Entity-Relationship Diagrams), що описують бази даних розроблюваної системи; · діаграм переходів станів (STD - State Transition Diagrams), що характеризують поведінку системи в часі; · функціональних діаграм (методика SADT); · специфікацій процесів; · словника термінів. · Специфікації процесів Специфікації процесів представляють у вигляді короткого текстового опису, схем алгоритмів, псевдокод, Flow-форм або діаграм Нассі - Шнейдермана.
Словник термінів Словник термінів являє собою короткий опис основних понять, що використовуються при складанні специфікацій. Він повинен включати визначення основних понять предметної області, опис структур елементів даних, їх типів і форматів, а також всіх скорочень і умовних позначень. Діаграми переходів станів За допомогою діаграм переходів станів можна моделювати подальше функціонування системи на основі її попереднього і поточного функціонування. Модельована система в будь-який заданий момент часу знаходиться в одному з кінцевої безлічі станів. З плином часу вона може змінити свій стан, при цьому переходи між станами повинні бути точно визначені.
Функціональні діаграми Функціональні діаграми відображають взаємозв'язки функцій програмного забезпечення. Вони створюються на ранніх етапах проектування систем, для того щоб допомогти проектувальнику виявити основні функції і складові частини проектованої системи і, по можливості, виявити і усунути істотні помилки. Для створення функціональних діаграм пропонується використовувати методологію SADT. Діаграми потоків даних Для опису потоків інформації в системі застосовуються діаграми потоків даних (DFD - Data flow diagrams). DFD дозволяє описати необхідну поведінку системи у вигляді сукупності процесів, що взаємодіють за допомогою зв'язують їх потоків даних. DFD показує, як кожен з процесів перетворює свої вхідні потоки даних у вихідні потоки даних і як процеси взаємодіють між собою.
Діаграми «сутність-зв'язок» Діаграма сутність-зв'язок - інструмент розробки моделей даних, що забезпечує стандартний спосіб визначення даних і відносин між ними. Вона включає суті і взаємозв'язки, що відображають основні бізнес-правила предметної області. Така діаграма не надто деталізована, в неї включаються основні сутності і зв'язки між ними, які задовольняють вимогам, пропонованим до ІС. Порядок виконання роботи 1. На основі технічного завдання з лабораторної роботи № 1 виконати аналіз функціональних та експлуатаційних вимог до програмного продукту. 2. Визначити основні технічні рішення (вибір мови програмування, структура програмного продукту, склад функцій ПП, режими функціонування) і занести результат ти в документ, званий «Ескізним проектом» (див. Додаток 4). 3. Визначити діаграми потоків даних для розв'язуваної задачі. 4. Визначити діаграми «сутність-зв'язок», якщо програмний продукт містить базу даних. 5. Визначити функціональні діаграми. 6. Визначити діаграми переходів станів. 7. Визначити специфікації процесів. 8. Додати словник термінів. Контрольні питання 1. Назвіть етапи розробки програмного забезпечення. 2. Що таке життєвий цикл програмного забезпечення? 3. У чому полягає постановка задачі та передпроектні дослідження? 4. Назвіть функціональні та експлуатаційні вимоги до програмного продукту. 5. Перерахуйте компоненти ескізного проекту. 6. Охарактеризуйте специфікації і моделі.
ЛАБОРАТОРНА РОБОТА № 3. Структурний підхід до програмування. Стадія «Технічний проект» Мета роботи: вивчити питання проектування програмного забезпечення. Лабораторна робота розрахована на 4 академічні години. Підготовка до лабораторної роботи 1. Ознайомитися з лекційним матеріалом за темою «Етапи розробки програмного забезпечення. Проектування програмного забезпечення»навчальної дисципліни«Технологія розробки програмного забезпечення». 2. Вивчити відповідні розділи у виданнях [1, 39, 47, 53]. 3. Ознайомитися з розд. 4.1-4.3 цього посібника. Теоретична частина. Складові технічного проекту ПРОЕКТ ТЕХНІЧНИЙ - образ наміченого до створення об'єкта, представлений у вигляді його опису, схем, креслень, розрахунків, обґрунтувань, числових показників. Технічний проект Мета технічного проекту - визначення основних методів, використовуваних при створенні інформаційної системи, і остаточне визначення її кошторисної вартості. Технічне проектування підсистем здійснюється відповідно до затвердженого технічного завдання. Технічний проект програмної системи докладно описує: · виконувані функції і варіанти їх використання; · відповідні їм документи; · структури оброблюваних баз даних; · взаємозв'язку даних; · алгоритми їх обробки. Технічний проект повинен включати дані про обсяги й інтенсивність потоків оброблюваної інформації, кількості користувачів програмної системи, характеристиках обладнання та програмного забезпечення, що взаємодіє з проектованим програмним продуктом. При розробці технічного проекту оформляються: · відомість технічного проекту. Загальна інформація по проекту; · пояснювальна записка до технічного проекту. Вступна інформація, що дозволяє її споживачеві швидко освоїти дані по конкретному проекту; · опис систем класифікації та кодування; · перелік вхідних даних (документів). Перелік інформації, яка використовується як вхідний потік і служить джерелом нагромадження; · перелік вихідних даних (документів). Перелік інформації, яка використовується для аналізу накопичених даних; · опис використовуваного програмного забезпечення. Перелік програмного забезпечення і СУБД, які планується використовувати для створення інформаційної системи; · опис використовуваних технічних засобів. Перелік апаратних засобів, на яких планується робота проектованого програмного продукту; · проектна оцінка надійності системи. Експертна оцінка надійності з виявленням найбільш благополучних ділянок програмної системи та її вузьких місць; · відомість обладнання та матеріалів. Перелік обладнання і матеріалів, які будуть потрібні в ході реалізації проекту. Структурна схема Структурної називають схему, що відображає склад і взаємодія з управління частинами розроблюваного програмного забезпечення.Структурна схема визначається архітектурою розробляється ПО. Функціональна схема Функціональна схема - це схема взаємодії компонентів програмного забезпечення з описом інформаційних потоків, складу даних в потоках і зазначенням використовуваних файлів і пристроїв. Розробка алгоритмів Метод покрокової деталізації реалізує спадний підхід до програмування і припускає покрокову розробку алгоритму. Структурні карти Методика структурних карт використовується на етапі проектування ПЗ для того, щоб продемонструвати, яким чином програмний продукт виконує системні вимоги. Структурні карти Константайна призначені для опису відносин між модулями (див. Розд. 4.2). Техніка структурних карт Джексона заснована на методі структурного програмування Джексона, який виявляє відповідність між структурою потоків даних і структурою програми. Основна увага в методі сконцентровано на відповідності вхідних і вихідних потоків даних (див. Розд. 4.3). Порядок виконання роботи 1. На основі технічного завдання з лабораторної роботи № 1 і специфікацій з лабораторної роботи № 2 розробити уточнення алгоритми програм, складових заданий програмний модуль. Використовувати метод покрокової деталізації. 2. На основі уточнених і доопрацьованих алгоритмів розробити структурну схему програмного продукту (розд. 4.1.1). 3. Розробити функціональну схему програмного продукту (розд. 4.1.2). 4. Уявити структурну схему у вигляді структурних карт Константайна (див. Розд. 4.2). 5. Уявити структурну схему у вигляді структурних карт Джексона (див. Розд. 4.3). 6. Оформити результати, використовуючи MS Office або MS Visio у вигляді технічного проекту. 7. Здати і захистити роботу.
|
||||
Последнее изменение этой страницы: 2016-04-26; просмотров: 2010; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 18.119.108.233 (0.007 с.) |